[hobbit] Representing disk data for graphing

Francesco Duranti fduranti at q8.it
Wed Oct 11 20:36:36 CEST 2006


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
> 
> 
> 



More information about the Xymon mailing list