[hobbit] strange graph behavior - random machines & graphs

[Ralph Mitchell]

On Nov 30, 2007 12:27 PM, Gary Baluha <gumby3203 at gmail.com> wrote:

>
> There wasn't anything useful in any of the logs, besides the usual stuff.
> I turned on the --debug option, and here is a sample of the data for one of
> the affected machines:
>
>  2007-11-30 13:14:07 hobbitd_rrd: Got message 562165
> @@status#562165|1196446447.724393|192.168.232.110||danno|disk|1196448247|yellow||yellow|1196053505|0||0||1196446447
> 2007-11-30 13:14:07 startpos 343968, fillpos 343968, endpos -1
> 2007-11-30 13:14:07 RRD update param 00: 'rrdupdate'
> 2007-11-30 13:14:07 RRD update param 01:
> '/var/hobbit/data/rrd/danno/disk,dev,odm.rrd'
> 2007-11-30 13:14:07 RRD update param 02: '-t'
> 2007-11-30 13:14:07 RRD update param 03: 'pct:used'
> 2007-11-30 13:14:07 RRD update param 04: '1196446447:0:0'
>
> I'm afraid I don't know how to interpret all of this, unfortunately.  I
> get that the "param 03" means the graph is showing "percentage [disk space]
> used", and that "param 01" means it is updating that specific rrd file.  And
> I remember that "-t" in "param 02" is some rrdtool flag.  But I don't know
> what the numbers in "param 04" mean.  I assume the first number is the #
> seconds since 1970, and the second number is the current value, but I don't
> know what the last number means.  Also, I'm not sure how to interpret all of
> the data in the "@@status" line.
>
> By the way, this excerpt is from a machine that is having the graph
> display problems.  In this case, the data it is receiving is normal and
> correct.  I'm waiting for another update when the data is incorrect.
>

The "-t" option specifies the template to use, which is in param03 -
"pct:used".  Param 04 is the actual data to insert, starting with the
date/time in seconds (i.e. 1196446447), then zero for the "pct" value, then
zero for the "used" value.

This stuff may not help much, but maybe it will show where the data goes
weird - i.e. is hobbitd_rrd being handed bad data, or does it get corrupted
later on.

Ralph Mitchell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20071130/6e15efbd/attachment.html>