[hobbit] Representing disk data for graphing

Rich Smrcina rsmrcina at wi.rr.com
Wed Oct 11 20:39:53 CEST 2006


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



More information about the Xymon mailing list