Sorry, I saw this yesterday, but then got side tracked, and didn’t answer.
First, NEVER remove the mailing list, there are so many guys that know so
much more about xymon than I do. And that goes for just about everyone
except maybe Henrik and JC.
So this looks like a configuration issue in general, not a failed custom
graph.
Do you get graphs for anything? In trends of in specific tests?
Does showgraph.sh exist in you xymon-cgi directory? You can find you
xymon-cgi directory location in the xymon-apache.conf file, which should be
in your httpd configuration directory.
Is this a new install?
What version of xymon are using, and what operating system?
*From:* navraj shrestha [mailto:user-3588f7a4f3bb@xymon.invalid]
*Sent:* Monday, December 05, 2016 6:34 PM
*To:* Root, Paul T
*Subject:* Re: [Xymon] rrd files not getting created. - SUMMARY
thanks Root for your reply,
When I click magnifying glass I get this error"The requested URL
/xymon-cgi/showgraph.sh was not found on this server". And I am not
creating a custom graphs, Do I have to make any changes to xymonserver.cfg?
Thanks
Navraj
On Mon, Dec 5, 2016 at 9:28 AM, Root, Paul T <user-76fdb6883669@xymon.invalid>
wrote:
I thought I would just summarize my experience.
It is important that the rrd file you want to create doesn’t exist before
you do the restart of the xymond_rrd processes. It is VERY finicky.
Then moving onto the graph creation. I stumbled on debugging
information. If the graph isn’t created, click on the magnifying glass next
to it, and it will give you an error message, that is a clue as to why the
graph wasn’t made.
Also, the example on “Custom Graphs” page is invalid. It doesn’t work. The
%s in the GPRINTs are invalid. I also had a typo with DEV instead of DEF,
and we all know the V vs F issue with the human mind.
When creating a graph, start very simple, just TITLE, YAXIS and DEF lines,
and then add things one at a time to get what you want.
Paul.
*From:* Root, Paul T
*Sent:* Thursday, December 01, 2016 11:12 AM
*To:* Root, Paul T; xymon at xymon.com
*Subject:* RE: [Xymon] rrd files not getting created.
Ok, I took the changes out. restarted xymon, waited a half hour, put them
back in, and it created the rrd file.
HOWEVER, it only put it in once, and no updates:
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE rrd SYSTEM "http://oss.oetiker.ch/rrdtool/rrdtool.dtd">
<!-- Round Robin Database Dump --><rrd> <version> 0003 </version>
<step> 300 </step> <!-- Seconds -->
<lastupdate> 1480607277 </lastupdate> <!-- 2016-12-01 *09:47:57
CST* -->
<ds>
<name> ucfthreads </name>
<type> GAUGE </type>
<minimal_heartbeat> 600 </minimal_heartbeat>
<min> NaN </min>
<max> NaN </max>
<!-- PDP Status -->
<last_ds> 92 </last_ds>
<value> 1.6284000000e+04 </value>
<unknown_sec> 0 </unknown_sec>
</ds>
<!-- Round Robin Archives --> <rra>
And the script runs every 5 minutes from clientlaunch.cfg.
*From:* Xymon [mailto:xymon-bounces at xymon.com <xymon-bounces at xymon.com>] *On
Behalf Of *Root, Paul T
*Sent:* Thursday, December 01, 2016 9:55 AM
*To:* xymon at xymon.com
*Subject:* [Xymon] rrd files not getting created.
Where do I go look to figure out why the rrd file is not getting created?
I have a script that produces output like this with a test name of ‘ucf’:
green
ucf_threads : 14
And that is all I’m sending currently. At this point, it’s a simulated
script and then number is between 1-100.
In xymonserver.cfg I have
TEST2RRD=”….,ucf=ncv”
NCV_ucf="ucfthreads:GAUGE"
I have two servers. My production, and a test server, with this config,
and the test server briefly created the rrd, then I renamed the test (from
myg to ucf), c hanged the TEST2RRD and NCV_myg to NCV_ucf.
I’ve restarted xymon completely, and killed the xymond_rrd processes.
Nothing shows up in rrd_status.log or rrd_data.log
All the machines are CentOS 6 running xymon 4.3.21. We have successfully
got custom graphs working in the past, but no luck at this point.
Ultimately, I believe the script will live on a RedHat 7 client. The xymon
server will remain CentOS 6 for the forseeable future.
Paul.
This communication is the property of CenturyLink and may contain
confidential or privileged information. Unauthorized use of this
communication is strictly prohibited and may be unlawful. If you have
received this communication in error, please immediately notify the sender
by reply e-mail and destroy all copies of the communication and any
attachments.
This communication is the property of CenturyLink and may contain
confidential or privileged information. Unauthorized use of this
communication is strictly prohibited and may be unlawful. If you have
received this communication in error, please immediately notify the sender
by reply e-mail and destroy all copies of the communication and any
attachments.
This communication is the property of CenturyLink and may contain
confidential or privileged information. Unauthorized use of this
communication is strictly prohibited and may be unlawful. If you have
received this communication in error, please immediately notify the sender
by reply e-mail and destroy all copies of the communication and any
attachments.