[hobbit] Representing disk data for graphing
Rich Smrcina
rsmrcina at wi.rr.com
Wed Oct 11 21:11:02 CEST 2006
Oh, I see, it's looking for a root filesystem line? This architecture
doesn't implement a root filesystem. In any case I would want to just
pass over it, reporting and graphing the root is as important as any of
the other (IMHO).
Francesco Duranti wrote:
> Not really a problem I think but some misinterpretation by the do_disk.c
> that is happening if the first line have a "/"
> your first line is:
> "color" 11 Oct 2006 07:45:23 Disk/SFS Utilization OK
>
> I added "color" because it's passed also if you don't see it on the
> first line because it's the page color.
> The line checking the various line of disk report to get data line are:
>
>
> /* AS/400 reports must contain the word DASD */
> if ((dsystype == DT_AS400) && (strstr(curline, "DASD")
> == NULL)) goto nextline;
>
> /* All clients except AS/400 report the mount-point with
> slashes - ALSO Win32 clients. */
> if ((dsystype != DT_AS400) && (strchr(curline, '/') ==
> NULL)) goto nextline;
>
> /* red/yellow filesystems show up twice */
> --> if ((dsystype != DT_NETAPP) && (dsystype !=
> DT_NETWARE) && (dsystype != DT_AS400)) {
> --> if (*curline == '&') goto nextline;
> --> if ((strstr(curline, " red ") ||
> strstr(curline, " yellow "))) goto nextline;
> }
>
> for (columncount=0; (columncount<20); columncount++)
> columns[columncount] = "";
> fsline = xstrdup(curline); columncount = 0; p =
> strtok(fsline, " ");
> while (p && (columncount < 20)) { columns[columncount++]
> = p; p = strtok(NULL, " "); }
>
> So your dstype is not DT_NETAPP or DT_NETWARE or DT_AS400, the first
> line have a "/", if the color is not "red" or "yellow" that line will be
> treated as a data line and it will get some data from it and construct a
> rrd file.
>
> I had the same problem with netapp filers disk reporting of my script
> when sending data with the /group option because the /group will be sent
> to the rrd disk module (you'll not see it in the page but it's there
> like the color) and in that case I started to have rrd file named with
> HH:MM:SS ... I got the problem when i started to get 50-60 of those
> files in each filers rrd file.
>
> So it should be safe to skip the first line of the data reported by the
> do_disk because it will not contain filesystems data (don't know if it
> can create problem with netware or as400 but it works with
> netapp/unix/windows clients at least).
>
> Francesco
>
>
>
>> -----Original Message-----
>> From: Rich Smrcina [mailto:rsmrcina at wi.rr.com]
>> Sent: Wednesday, October 11, 2006 8:40 PM
>> To: hobbit at hswn.dk
>> Subject: Re: [hobbit] Representing disk data for graphing
>>
>> Thanks for the patch. Is there something in the first line
>> itself that might be causing the problem?
>>
>> Francesco Duranti wrote:
>>> Hi,
>>> One of the problem is that the first line is got from the
>> do_disk.c
>>> and it have a "/" so it's checked as a data source.
>>> I posted a patch some days ago to solve this problem that
>> also happen
>>> if you use the /group with the bb command. I don't know if this alo
>>>
>>> This will skip the first line of the do_disk message and it should
>>> then work as expected (at least it work with /group)
>>>
>>> diff -N -r -U5 hobbit-4.2.0/hobbitd/rrd/do_disk.c
>>> hobbit-4.2.0new/hobbitd/rrd/do_disk.c
>>> --- hobbit-4.2.0/hobbitd/rrd/do_disk.c 2006-08-09
>> 22:10:06.000000000
>>> +0200
>>> +++ hobbit-4.2.0new/hobbitd/rrd/do_disk.c 2006-10-03
>>> 19:58:25.000000000 +0200
>>> @@ -50,10 +50,15 @@
>>> else if (strstr(msg, "NetAPP")) dsystype = DT_NETAPP;
>>> else if (strstr(msg, "Filesystem")) dsystype = DT_NT;
>>> else dsystype = DT_UNIX;
>>>
>>> - curline = msg;
>>> + /* FD: Skip the first line of message because sometimes it can
>>> create problems with
>>> + bb /group flag */
>>> + curline = strchr(msg,'\n');
>>> + if (curline) curline++;
>>> + /* FD: End of Skip the first line */
>>> while (curline) {
>>> char *fsline, *p;
>>> char *columns[20];
>>> int columncount;
>>> char *diskname = NULL;
>>>
>>>
>>>
>>>
>>>
>>>> -----Original Message-----
>>>> From: Rich Smrcina [mailto:rsmrcina at wi.rr.com]
>>>> Sent: Wednesday, October 11, 2006 8:13 PM
>>>> To: hobbit at hswn.dk
>>>> Subject: Re: [hobbit] Representing disk data for graphing
>>>>
>>>> Oops, I spoke too soon. It did not work with the icons as
>> I thought.
>>>> I'm back to no icons and four data points per graph (which looks
>>>> good) and the mysterious third token on the first line data point.
>>>>
>>>> Rich Smrcina wrote:
>>>>> Indeed. I got a suggestion to add the &clear icon to the
>>>> heading and
>>>>> now it works. Unfortunately I now get one very crowded graph,
>>>>> otherwise good progress.
>>>>>
>>>>> Thanks for your help!
>>>>>
>>>>> Hubbard, Greg L wrote:
>>>>>> Yes, the "&color" now counts as a token, so any grep/awk/sed (or
>>>>>> equivalent) is going to be off by one. Is this
>>>> information included
>>>>>> in the overall data blast from the Hobbit client? If so,
>>>> you might
>>>>>> consider tacking the colors at the END of each line and
>> see if the
>>>>>> Hobbit parser starts working again.
>>>>>>
>>>>>> For reference, here is something from a Solaris system:
>>>>>>
>>>>>> Wed Oct 11 12:19:50 CDT 2006 - Filesystems OK
>>>>>> Filesystem kbytes used avail capacity Mounted on
>>>>>> swap 18665136 107640 18557496 1% /tmp
>>>>>> /dev/vx/dsk/rootvol 9210413 1561203 7557106 18% /
>>>>>> /dev/vx/dsk/var 8263373 1775692 6405048 22% /var
>>>>>> /dev/vx/dsk/opt2 34291077 2384649 31563518 8% /opt2
>>>>>> /dev/vx/dsk/home 1021735 614185 346246 64%
>> /export/home
>>>>>> Notice that the filesystem is token 1, the usage is token 2, and
>>>>>> available space is token 3, etc., etc.
>>>>>>
>>>>>> These are just ideas. I've written 7 or 8 custom tests
>> of my own
>>>>>> with my own RRD parsing at the end, so I quickly became
>> acquainted
>>>>>> with the need for agreement between the "pitcher" and the
>>>> "catcher".
>>>>>> GLH
>>>> --
>>>> Rich Smrcina
>>>> VM Assist, Inc.
>>>> Phone: 414-491-6001
>>>> Ans Service: 360-715-2467
>>>> rich.smrcina at vmassist.com
>>>>
>>>> Catch the WAVV! http://www.wavv.org
>>>> WAVV 2007 - Green Bay, WI - May 18-22, 2007
>>>>
>>>> To unsubscribe from the hobbit list, send an e-mail to
>>>> hobbit-unsubscribe at hswn.dk
>>>>
>>>>
>>>>
>>> To unsubscribe from the hobbit list, send an e-mail to
>>> hobbit-unsubscribe at hswn.dk
>>>
>>>
>> --
>> Rich Smrcina
>> VM Assist, Inc.
>> Phone: 414-491-6001
>> Ans Service: 360-715-2467
>> rich.smrcina at vmassist.com
>>
>> Catch the WAVV! http://www.wavv.org
>> WAVV 2007 - Green Bay, WI - May 18-22, 2007
>>
>> To unsubscribe from the hobbit list, send an e-mail to
>> hobbit-unsubscribe at hswn.dk
>>
>>
>>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>
--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service: 360-715-2467
rich.smrcina at vmassist.com
Catch the WAVV! http://www.wavv.org
WAVV 2007 - Green Bay, WI - May 18-22, 2007
More information about the Xymon
mailing list