October 2006 - Xymon - Xymon mailman web

[hobbit] Script to configure and show graphs and group of graphs
by fduranti＠q8.it 13 Oct '06

13 Oct '06

> > Something I have been dying to see is the whatever view of > the graphs I am looking at, single graph, multiple stat > grpahs, multiple servers, etc.... Would be a great option to > be able to export the data out. So whatever data is making up > the displayed graph, have the option to download a file with > that same data stats, csv, xml, whatever. It's an option that is available in the tool we use to display mrtg generated traffic. I'll check if something can be done about this too.

1 0

[hobbit] Script to configure and show graphs and group of graphs
by fduranti＠q8.it 13 Oct '06

13 Oct '06

> This sounds cool! I had a discussion with some coworkers > yesterday, who were asking me how long Hobbit keeps its data. > I showed them how the rrd files kept data for 576 days. They > then asked me how we could retain data longer than that. I > was thinking we could periodically (every > quarter?) archive the rrd files to another dir or storage, > and start fresh. They then asked me how we would look at > those graphs from older archived rrd files, to which I am not sure. > > It sounds to me like your tool could be an answer, if it > could be modified to use an alternate location of rrd files. > This would allow viewing older data that was no longer > accessible via the normal Hobbit interface. > I can check what can be done... I've to check if using the standard hobbitgraph cgi it's possible to make it read the data in another directory (I think it should be possible) and then It will be also possible to get data from another source. For our routers we've archived rrd files generated by rrd of last 15 days, and then we have archived 1 rrd file for the 1st of each month just to go back and check what was happening in the past and if the traffic really changed during a normal working day/week. I'll check if it's possible to do something about. Francesco

1 0

[hobbit] clearing "msgs" status
by gumby3203＠gmail.com 13 Oct '06

13 Oct '06

Without editing the actual log files, is there any way to tell Hobbit to go green on the "msgs" column? We have several machines that have fairly quiet logs, and as such sometimes end up with Hobbit being yellow because of log messages that are a week or two old. It would be nice to be able to tell Hobbit that these messages have been taken care of, and to go green again.

1 0

Script to configure and show graphs and group of graphs
by fduranti＠q8.it 13 Oct '06

13 Oct '06

Hi all, some day ago I was thinking on how to get the graphs generated by hobbit rrd in a more presentable way because now with the netapp scripts I'm getting about more then 1000 rrd file on some objects and most of the time I've to search for the data I really need in the trends column loosing some time just to check that what I want to see is just in the middle of the page and difficult to spot. So I decided to create a script that will let me choose what graphs I want to see. At this moment I'm finishing some tests on the scripts and I want to know what people would like to see added to it or get some ideas from other that had the same problems I got. The script at this moment have 2 mode of work: 1) It can be called via the hobbit menu (you have to add it to the menu) 2) It can be run from a test column like the trends graph (you've to run a custom extention script that will add that column to every object in hobbit) The only difference between the 2 running mode is that in the first mode you can choose the host you want to see the graphs from a list and in the second case you just see the graphs of the hosts of the column you clicked. In the first case the list of host is constructed with all the host on the page you're on and all host of the subpages. In the webpage you'll be able to choose a group of test and/or a list of test you want to display. The definition of what tests will be in a defined group and what host have that group to be displayed is done in a configuration file. After I finish the script to create the graphs I'll also start to work on a script to modify the configuration (add/remove test to group, link group of test to hosts and change how many rrd file will be displayed in a single graph for tests that have a FNPATTERN (like disk or inode). For the moment you could only choose one host from the hostlist, I'm thinking on how to display multiple graphs (at least 2) and there are 2 solution I could think about: one is to display the data using the "*-multi" defined into the hobbitgraphs.cfg, the other one will be to display the graphs one near the other (probably not too elegant) but at least it should work with most of the graphs and it's possible to check also graphs with multiple dataset with this one. In the web page there will be the possibility to choose what group of graph display for the selected (or default) host or to choose just some of the tests for that host. When you change the selected host the list of test group will change according to the host showing only group defined for that host. When you change the selected group of test it will display the list of test of that group so you can choose just one or two graphs to show. At the head of the selection box of group and test list there will be a "ALL" that if choosen will display all the graphs that take part in the group defined on that host or all the graphs for that host. The list of test will also be defined (and changed automatically) to show only test defined (and for which there are file with data in them) for that host. After you choose to display graph groups or single tests the page is refreshed and will be divided in 3 parts: 1) at the top there will be the same boxes/button to choose new graphs. 2) after the choosing boxes there will be a series of link that will move you into the web page to the selected graph 3) the graph you choose to display After each graph there will be a link to return to the top of the page. I'm thinking if it can also be usefull to put a "previous test graph"/"next test graph" link to go to the previous or next test graphs. The configuration file will be something like this: #define a graph group named performance [GROUP performance] testlist=la,vmstat,vmstat1,vmstat2 hostlist=server1,server2,server3 #define a group that will show disk, inode, snapshot and qtree usage [GROUP diskusage] testlist=disk,inode,snapshot,qtree hostlist=filer1,filer2 #define a group to show single snapshot space usage by volume [GROUP snapshotusage] testlist=snaplist,snaplist1,snaplist2 hostlist=filer1,filer2 #define default number of graph to show for each test [graphnumbers] # 5 disk % usage per graphs disk=5 disk1=5 qtree=5 inode=5 # 1 snaplist space usage for each graph snaplist2=2 snaplist1=2 snaplist=2 Well I think at this moment I've finished so if want let me know what you think and what you think can be improved. I hope that the first version will be out before the start of the next week (probably full of bugs :D) Francesco

3 2

Config Report issue/bug
by charles.jones＠ciscolearning.org 12 Oct '06

12 Oct '06

When I generate a confreport, under the "Local tests" section it lists various tests and their thresholds. For example: memoryNo-/-/-Yellow: swap/pagefile use > 80%, Red: swap/pagefile use > 90% The problem I am experiencing, is that for "procs", instead of showing what proc patterns are being checked along with their thresholds, it is showing the actual PS output! Example: procsNo-/-/-sshd (found 2, req. 1 or more)\n\n PID PPID USER STARTED S PRI %CPU TIME %MEM RSZ VSZ CMD\n 1 0 root Aug 16 S 24 0.0 00:09:36 0.0 468 1540 init\n 2 0 root Aug 16 S 139 0.0 00:00:00 0.0 0 0 [migration/0]\n 3 0 root Aug 16 S 139 0.0 00:00:00 0.0 0 0 [migration/1]\n 4 1 root Aug 16 S 24 0.0 00:00:00 0.0 0 0 [keventd]\n 5 1 root Aug 16 S 5 0.0 00:00:21 0.0 0 0 [ksoftirqd/0]\n This creates a HUGE confreport that is basically unreadable since it contains pages and pages of ps output. Surely this is a bug? -Charles

1 0

Suggestion Needed
by Todd.Costa＠state.ma.us 12 Oct '06

12 Oct '06

Hi Folks, I am writing because I am looking for a way to monitor specific folder (directory) on a W2K server. In particular I am watching for temporary files that will not delete on their own. And I want to be notified via Hobbit when a specific number of files appear or disk space is used within that specific folder. Is there an extension out there that can do this already before I ask someone to write a method for me? I appreciate you response and time to this need. Thanks "Work Smarter not Harder...use Open Standards with Software that supports it." ---------------------------------------------------------------------------- -- Todd M. Costa Department of Mental Health - Commonwealth of Massachusetts ---------------------------------------------------------------------------- ---

2 1

hobbitd status-board not available error
by Robert.Cummings＠nordstrom.com 12 Oct '06

12 Oct '06

Running a new unpatched Hobbit 4.2.0 (hoping to hold for until 4.2.1) server on Solaris 10 and getting "hobbitd status-board not available" alerts fairly randomly (about 2 an hour). These alerts immediately clear. We also randomly get "Status not available" when clicking on a monitor, but immediately refreshing the page clears the error. I'm thinking the two are related. The bb-display.log is only showing the status-board errors. Any ideas? Thanks, -Rob yellow Wed Oct 11 13:48:25 2006 bbgen for Hobbit version 4.2.0 Statistics: Hosts : 263 Status messages : 0 Purple messages : 0 Pages : 19 Error output: hobbitd status-board not available TIME SPENT Event Starttime Duration Startup 1160599705.777813 - Load links done 1160599705.778253 0.000440 Load bbhosts done 1160599705.784646 0.006393 ACK removal done 1160599705.784717 0.000071 Load STATE done 1160599705.785587 0.000870 Color calculation done 1160599705.785638 0.000051 Hobbit pagegen start 1160599705.785652 0.000014 Hobbit pagegen done 1160599706.013092 0.227440 BB2 generation done 1160599706.025205 0.012113 BBNK generation done 1160599706.036986 0.011781 Summary transmission done 1160599706.036988 0.000002 Run completed 1160599706.036991 0.000003 TIME TOTAL 0.259178

9 8

uniware 7.1.1 client
by rower.master＠gmail.com 12 Oct '06

12 Oct '06

Hi friends, Has someone here in the list have a compiled client for unixware 7.1.1 to share? Thanks in advance, Mario.

1 0

[hobbit] Representing disk data for graphing
by fduranti＠q8.it 12 Oct '06

12 Oct '06

> With that I do not understand why I'm getting a graph with > the datapoint > with one of the items on my status message: > > status vm1.disk green Wed Oct 11 22:12:19 CDT 2006 [vm1] > Disk/SFS Utilization OK > > (this is all on one line) > > At this point '11' is a datapoint on the graphs and has a > value of zero/ Because the first line have a "/" (Disk/SFS), don't start with "&" and don't contain "red" or "yellow" (the color of the page is green) so that line is a "dataline" for do_disk.c. "11" (from Oct 11) is the 6th field if you count them all from the start of the line so it's considered the name of the datapoint (corresponding to the 6th column that is normally the "Mounted on" column. And 0 is because Oct is not a Number so the conversion function probably return 0. Francesco > > Francesco Duranti wrote: > > No, the problem is not the root filesystem, the problem is that > > do_disk.c recognize a disk line if that line contains a "/" > inside the > > line and will skip that line if it start with "&" and it > will skip the > > line if it contains the string "red" or "yellow". > > This is mostly done for Unix filesystem report that looks something > > like: > > > > yellow Wed Oct 11 21:55:16 CEST 2006 - Filesystems NOT ok > > > > &yellow /sapdata/QQ8 (94% used) has reached the WARNING level (90%) > > > > Filesystem kbytes used avail capacity Mounted on > > swap 15566048 160 15565888 1% /var/run > > swap 15807304 241416 15565888 2% /tmp > > /dev/md/dsk/d0 20645791 6351115 14088219 32% / > > /dev/md/dsk/d2 35009161 2241510 32417560 7% /sapexe > > > > > > In this case it need to skip line starting with "&red" or "&yellow" > > because they are only the alert at the start of the message so that > > users know with a direct look what's wrong. Those line have to be > > skipped. > > So a line containing a "/" and not containing a "&" at the start or > > the word yellow and red will not be skipped. > > > > I think that you've to change the way you send data because > probably > > the line with data you send will be skipped if they're reported to > > hobbit with "&red" or "&yellow" too. > > > > You can use something like the test I pasted above to send > data that > > should be recognized as unix filesystem. > > > > > >> -----Original Message----- > >> From: Rich Smrcina [mailto:rsmrcina at wi.rr.com] > >> Sent: Wednesday, October 11, 2006 9:11 PM > >> To: hobbit at hswn.dk > >> Subject: Re: [hobbit] Representing disk data for graphing > >> > >> 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 > >> > >> 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 > > >

2 1

[hobbit] Representing disk data for graphing
by fduranti＠q8.it 12 Oct '06

12 Oct '06

No, the problem is not the root filesystem, the problem is that do_disk.c recognize a disk line if that line contains a "/" inside the line and will skip that line if it start with "&" and it will skip the line if it contains the string "red" or "yellow". This is mostly done for Unix filesystem report that looks something like: yellow Wed Oct 11 21:55:16 CEST 2006 - Filesystems NOT ok &yellow /sapdata/QQ8 (94% used) has reached the WARNING level (90%) Filesystem kbytes used avail capacity Mounted on swap 15566048 160 15565888 1% /var/run swap 15807304 241416 15565888 2% /tmp /dev/md/dsk/d0 20645791 6351115 14088219 32% / /dev/md/dsk/d2 35009161 2241510 32417560 7% /sapexe In this case it need to skip line starting with "&red" or "&yellow" because they are only the alert at the start of the message so that users know with a direct look what's wrong. Those line have to be skipped. So a line containing a "/" and not containing a "&" at the start or the word yellow and red will not be skipped. I think that you've to change the way you send data because probably the line with data you send will be skipped if they're reported to hobbit with "&red" or "&yellow" too. You can use something like the test I pasted above to send data that should be recognized as unix filesystem. > -----Original Message----- > From: Rich Smrcina [mailto:rsmrcina at wi.rr.com] > Sent: Wednesday, October 11, 2006 9:11 PM > To: hobbit at hswn.dk > Subject: Re: [hobbit] Representing disk data for graphing > > 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 > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

3 2