[Xymon] Graphing in Xymon

Jeremy Laidman jeremy at laidman.org
Tue Sep 10 18:46:04 CEST 2019


I thing RRD needs two or more consecutive data points before it produces
results. If you add more than one within a timeslot, it rejects the second
and subsequent ones. If you've configured your RRD file to work on an
hourly basis, you need to wait 2-3 hours.

On Wed, 11 Sep 2019 at 02:07, Root, Paul T <Paul.Root at centurylink.com>
wrote:

> A couple hours later, and still no graph in xymon.  Ssl_error_log yields:
>
>
>
> [Tue Sep 10 11:01:36 2019] [error] [client 10.139.63.193] Premature end of
> script headers: showgraph.sh, referer:
> https://xymon.corp.intranet/xymon-cgi/svcstatus.sh?HOST=nsmdenvp185&SERVICE=ConfigPulls
>
>
>
> The manual graph is still getting more data in, using the exact same
> definitions as in graphs.cfg.
>
>
>
> *From:* Root, Paul T
> *Sent:* Tuesday, September 10, 2019 9:09 AM
> *To:* 'Jeremy Laidman' <jeremy at laidman.org>
> *Cc:* Japheth Cleaver <cleaver at terabithia.org>; Ralph Mitchell <
> ralphmitchell at gmail.com>; xymon at xymon.com
> *Subject:* RE: [Xymon] Graphing in Xymon
>
>
>
> Excellent, that’s probably the key.
>
>
>
> I’ve made the change, I’m guessing I need a new input before anything can
> work.
>
>
>
> rrdtool tune ConfigPulls.rrd -h NetAtoD:86400 -h NetEtoN:86400 -h
> NetOtoZ1to9:86400 -h Other:86400 -h InfraGen:86400 -h InfraSec:86400
>
>
>
> <?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> 1568123701 </lastupdate> <!-- 2019-09-10 08:55:01
> CDT -->
>
>
>
>         <ds>
>
>                 <name> NetAtoD </name>
>
>                 <type> GAUGE </type>
>
>                 <minimal_heartbeat> 86400 </minimal_heartbeat>
>
>                 <min> NaN </min>
>
>                 <max> NaN </max>
>
>
>
>                 <!-- PDP Status -->
>
>                 <last_ds> 167 </last_ds>
>
>                 <value> NaN </value>
>
>                 <unknown_sec> 1 </unknown_sec>
>
>        </ds>
>
>
>
>
>
> Impatient as I am, I manually ran the script again, and then ran the
> rrdtool graph, and I got data points on the graph. So I should be close
> now.
>
>
>
> Thanks,
>
> Paul.
>
>
>
> *From:* Jeremy Laidman <jeremy at laidman.org>
> *Sent:* Tuesday, September 10, 2019 8:38 AM
> *To:* Root, Paul T <Paul.Root at CenturyLink.com>
> *Cc:* Japheth Cleaver <cleaver at terabithia.org>; Ralph Mitchell <
> ralphmitchell at gmail.com>; xymon at xymon.com
> *Subject:* Re: [Xymon] Graphing in Xymon
>
>
>
> "ds[NetAtoD].minimal_heartbeat = 600"
>
>
>
> Isn't the minimal_heartbeat setting for telling RRD to discard samples
> that exist on their own? I think the idea is that it doesn't make sense to
> calculate values from DERIVE or COUNTER inputs. From the man page for
> rrdcreate:
>
>
>
> <*The "heartbeat" defines the maximum acceptable interval between
> samples/updates. If the interval between samples is less than "heartbeat",
> then an average rate is calculated and applied for that interval. If the
> interval between samples is longer than "heartbeat", then that entire
> interval is considered "unknown".*>
>
>
>
> If you're sampling once per hour, then every sample will exceed the 600
> second heartbeat. So you might need to re-create (or rrdtune) your RRD file
> and increase the mimimal_heartbeat value.
>
>
>
> And from the man page for rrdtune:
>
>
>
> <*--heartbeat**|-h ds-name:heartbeat *
>
> *modify the heartbeat of a data source. By setting this to a high value
> the **RRD will accept things like one value per day.*>
>
>
>
> J
>
>
>
>
> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20190911/26f26646/attachment.htm>


More information about the Xymon mailing list