[hobbit] Representing disk data for graphing
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
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
participants (2)
-
fduranti＠q8.it
-
rsmrcina＠wi.rr.com