- Xymon - Xymon mailman web

how/where to set/check thresholds for custom test
by jjj863＠gmail.com 28 Aug '06

28 Aug '06

I am successful following the 'slab' example to get it show up in RRD graph as well as reported under 'slab' column. However, I am albeit at loss on how to set up thresholds just like those in the built-in tests. I used to write BB extension scripts, which calculate status based on hard-coded thresholds set locally on the client and report status to BBSERVER accordingly using $BB "status" command. In an ideal world, I'd, of course prefer, the extension script working the same way as the built-in tests, in that a custom data section came in from client, while the server sets the threshold centrally to trigger alerts (plus plot them into a RRD graph). Is this possible with Hobbit? Short of which, is there a better Hobbit approach other than the BB extension approach I described above?

3 3

[BUG] new line does not always break DS name concatenation
by cgoyard＠cvf.fr 28 Aug '06

28 Aug '06

Hi, here's something that breaks NCV : with a message like this : status farm1.tld.something green Fri Aug 25 10:21:44 CEST 2006 things ok &green All ok pigs: 32 carrots: 221 guinea pigs: 4 this is a boring message blobs: 3 water: 4 % and NCV declaration like this (or no declaration at all) : NCV_something="*:GAUGE" I get this : $ rrdtool dump something.rrd | grep name <name> greenAllokpigs </name> <name> carrots </name> <name> guineapigs </name> <name> thisisaboringmessag </name> <name> water </name> One workaround is to explicitly declare DS names, but ncv should reset on building DS names on newlines. (running 4.2.0 + patches) Regards, -- Charles Goyard - cgoyard at cvf.fr - (+33) 1 45 38 01 31

1 0

[hobbit] ping storm
by KauffmanT＠nibco.com 28 Aug '06

28 Aug '06

Check the bb-hosts man page for the "depends" tag. Tom Kauffman NIBCO, Inc -----Original Message----- From: T.J. Yang [mailto:tj_yang at hotmail.com] Sent: Friday, August 18, 2006 9:19 AM To: hobbit at hswn.dk Subject: [hobbit] ping storm Can hobbit work with malfunction of switch/router ? ie, if a switich is dead ant it has 200 nodes behind it. there is no need to issue conn outage alerts for those 200 nodes. T.J. Yang To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.

3 3

[hobbit] rrd update error after 4.2 install
by fduranti＠q8.it 27 Aug '06

27 Aug '06

I moved some times ago from a rhel3-32bit to rhel4-64 bit and I had to export the data on the 32 bit machine and reimport on the 64 bit to have working rrd files for hobbit and mrtg... It's just a bit long but you only need to do a dump/restore of them. Francesco > -----Original Message----- > From: Rich Smrcina [mailto:rsmrcina at wi.rr.com] > Sent: Sunday, August 27, 2006 4:51 AM > To: hobbit at hswn.dk > Subject: [hobbit] rrd update error after 4.2 install > > I installed a new 4.2 system today and copied all of the old > history and rrd files from a 4.1.2 system. > > All of the history seems just fine, but updating the rrd > files seems problematic. For each host and test that causes > an rrd update of a copied file, I get the following in > /var/log/hobbit/rrd-status.log: > > 2006-08-26 21:46:02 RRD error updating > /home/hobbit/data/rrd/vtpsrv/memory.actual.rrd from 172.17.0.12: > rrd->ds_def malloc > > The old system was architecture s390 (which is 32-bit) the > new system is > architecture s390x (which is 64-bit). Is that the difference, or are > there other reasons that rrd files not transportable? > > Thanks. > -- > 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

rrd update error after 4.2 install
by rsmrcina＠wi.rr.com 27 Aug '06

27 Aug '06

I installed a new 4.2 system today and copied all of the old history and rrd files from a 4.1.2 system. All of the history seems just fine, but updating the rrd files seems problematic. For each host and test that causes an rrd update of a copied file, I get the following in /var/log/hobbit/rrd-status.log: 2006-08-26 21:46:02 RRD error updating /home/hobbit/data/rrd/vtpsrv/memory.actual.rrd from 172.17.0.12: rrd->ds_def malloc The old system was architecture s390 (which is 32-bit) the new system is architecture s390x (which is 64-bit). Is that the difference, or are there other reasons that rrd files not transportable? Thanks. -- 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

2 2

4.2.0 doesn't graph raid volume
by matt＠oddprocess.org 26 Aug '06

26 Aug '06

The subject says it all. I just created a 3 drive RAID5 array using software raid and mdadm. Everything is working fine, and hobbit even displays the raid disk space stats, but doesn't seem to graph it. hobbit also graphs a drive mount that is no longer there. Here is the url: http://tinyurl.com/rnd9e -- Matthew Daubenspeck http://www.oddprocess.org Gentoo Linux x86_64 Dual Core AMD Opteron(tm) Processor 165 13:32:14 up 106 days, 22:16, 1 user, load average: 0.02, 0.01, 0.00

2 1

More about linecount
by greg.hubbard＠eds.com 25 Aug '06

25 Aug '06

Well, now I know how linecount works. I was hoping that it would let me track the number of lines in a file and spot changes over time. But this is not what line count is for -- it is intended to match some arbitrary subset of lines in a file, and then this is tracked via RRD as a "derived" value, meaning what is graphed is how the count changes over time, scaled into units per second. This is perfect if you want to watch the rate of login failures on your system, but not very useful for what I wanted. So I will monitor changes in file size (which might show me changes), but cannot readily translate this into a line count. So, an enhancement request -- add a "line count" as a file parameter, in addition to all the normal things that are available now? GLH

3 4

[hobbit] New version of beastat.pl netapp.pl and dbcheck.pl
by fduranti＠q8.it 25 Aug '06

25 Aug '06

> > Those are just released on sourceforge at > > http://sourceforge.net/projects/hobbit-perl-cl/ > > > Netapp.pl v1.05 > > This is a great script! I've been using a modified version > of filerstats2bb for sometime, and I'm in the process of > switching to netapp.pl instead. THe ability to track NFS ops > is worth the upgrade alone, even though I haven't been able > to get that to work just yet? Thanks :D There's an error in the README ... If you're using hobbit 4.2 and NetApp with Ontap version 6.5+ just do this: In hobbitserver.cfg Add those line to the end of the file NCV_ops="NFSops:GAUGE,CIFSops:GAUGE,iSCSIops:GAUGE,HTTPops:GAUGE,FCPops: GAUGE,Totalops:GAUGE,*:NONE" NCV_stats="NETread:GAUGE,NETwrite:GAUGE,DISKread:GAUGE,DISKwrite:GAUGE,T APEread:GAUGE,TAPEwrite:GAUGE,FCPin:GAUGE,FCPout:GAUGE,*:NONE" edit the TEST2RRD and GRAPHS columns and add : ",ops=ncv,stats=ncv" to the end of the TEST2RRD line ",ops,stats" to the end of the GRAPHS line Edit the hobbitgraphs.cfg and add this to the end of file: [ops] TITLE NetApp Operations/Sec YAXIS Ops/Sec DEF:NFS=ops.rrd:NFSops:AVERAGE DEF:CIFS=ops.rrd:CIFSops:AVERAGE DEF:iSCSI=ops.rrd:iSCSIops:AVERAGE DEF:HTTP=ops.rrd:HTTPops:AVERAGE DEF:FCP=ops.rrd:FCPops:AVERAGE DEF:Total=ops.rrd:Totalops:AVERAGE LINE1:NFS#0000FF:NFS ops LINE1:CIFS#FF0000:CIFS ops LINE1:iSCSI#00CC00:iSCSI ops LINE1:HTTP#FF00FF:HTTP ops LINE1:FCP#555555:FCP ops LINE1:Total#880000:Total ops COMMENT:\n GPRINT:NFS:LAST:NFS ops \: %5.1lf%s (cur) GPRINT:NFS:MAX: \: %5.1lf%s (max) GPRINT:NFS:MIN: \: %5.1lf%s (min) GPRINT:NFS:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:CIFS:LAST:CIFS ops \: %5.1lf%s (cur) GPRINT:CIFS:MAX: \: %5.1lf%s (max) GPRINT:CIFS:MIN: \: %5.1lf%s (min) GPRINT:CIFS:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:iSCSI:LAST:iSCSI ops \: %5.1lf%s (cur) GPRINT:iSCSI:MAX: \: %5.1lf%s (max) GPRINT:iSCSI:MIN: \: %5.1lf%s (min) GPRINT:iSCSI:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:HTTP:LAST:HTTP ops \: %5.1lf%s (cur) GPRINT:HTTP:MAX: \: %5.1lf%s (max) GPRINT:HTTP:MIN: \: %5.1lf%s (min) GPRINT:HTTP:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:FCP:LAST:FCP ops \: %5.1lf%s (cur) GPRINT:FCP:MAX: \: %5.1lf%s (max) GPRINT:FCP:MIN: \: %5.1lf%s (min) GPRINT:FCP:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:Total:LAST:Total ops \: %5.1lf%s (cur) GPRINT:Total:MAX: \: %5.1lf%s (max) GPRINT:Total:MIN: \: %5.1lf%s (min) GPRINT:Total:AVERAGE: \: %5.1lf%s (avg)\n [stats] TITLE NetApp Transfer Rates YAXIS Tranfer Rates -b 1024 DEF:Ni=stats.rrd:NETread:AVERAGE DEF:No=stats.rrd:NETwrite:AVERAGE DEF:Di=stats.rrd:DISKread:AVERAGE DEF:Do=stats.rrd:DISKwrite:AVERAGE DEF:Ti=stats.rrd:TAPEread:AVERAGE DEF:To=stats.rrd:TAPEwrite:AVERAGE DEF:Fi=stats.rrd:FCPin:AVERAGE DEF:Fo=stats.rrd:FCPout:AVERAGE CDEF:Nin=Ni,1024,* CDEF:Nout=No,1024,* CDEF:Din=Di,1024,* CDEF:Dout=Do,1024,* CDEF:Tin=Ti,1024,* CDEF:Tout=To,1024,* CDEF:Fin=Fi,1024,* CDEF:Fout=Fo,1024,* LINE1:Nin#0000FF:NETin LINE1:Nout#FF0000:NETout LINE1:Din#00CC00:DISKrd LINE1:Dout#FF00FF:DISKwr LINE1:Tin#555555:TAPErd LINE1:Tout#880000:TAPEwr LINE1:Fin#00FF00:FCPin LINE1:Fout#000088:FCPout COMMENT:\n GPRINT:Nin:LAST:NET in \: %5.1lf%s (cur) GPRINT:Nin:MAX: \: %5.1lf%s (max) GPRINT:Nin:MIN: \: %5.1lf%s (min) GPRINT:Nin:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:Nout:LAST:NET out \: %5.1lf%s (cur) GPRINT:Nout:MAX: \: %5.1lf%s (max) GPRINT:Nout:MIN: \: %5.1lf%s (min) GPRINT:Nout:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:Din:LAST:Disk Read \: %5.1lf%s (cur) GPRINT:Din:MAX: \: %5.1lf%s (max) GPRINT:Din:MIN: \: %5.1lf%s (min) GPRINT:Din:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:Dout:LAST:Disk Write \: %5.1lf%s (cur) GPRINT:Dout:MAX: \: %5.1lf%s (max) GPRINT:Dout:MIN: \: %5.1lf%s (min) GPRINT:Dout:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:Tin:LAST:Tape Read \: %5.1lf%s (cur) GPRINT:Tin:MAX: \: %5.1lf%s (max) GPRINT:Tin:MIN: \: %5.1lf%s (min) GPRINT:Tin:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:Tout:LAST:Tape Write \: %5.1lf%s (cur) GPRINT:Tout:MAX: \: %5.1lf%s (max) GPRINT:Tout:MIN: \: %5.1lf%s (min) GPRINT:Tout:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:Fin:LAST:FCP In \: %5.1lf%s (cur) GPRINT:Fin:MAX: \: %5.1lf%s (max) GPRINT:Fin:MIN: \: %5.1lf%s (min) GPRINT:Fin:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:Fout:LAST:FCP Out \: %5.1lf%s (cur) GPRINT:Fout:MAX: \: %5.1lf%s (max) GPRINT:Fout:MIN: \: %5.1lf%s (min) GPRINT:Fout:AVERAGE: \: %5.1lf%s (avg)\n At this point restart the hobbit server or kill the hobbitd_rrd file and check if data are inside your $BBHOME/data/rrd/filersname/ directory. You should find a ops.rrd and stats.rrd files there > > I was going to try and get the snapshot column to display > graphs, so if I get that working I'll pass it along. > For snapshot there's not a simple way, you've to edit the source code of hobbit and some will get wrong. At this moment I'm finishing to work to module for rrd implementation inside the hobbit_rrd for them and I've something done but I'm waiting for some nice feature regarding custom rrd implementation from Henrik so you can have something in the next few days (snapshot, quotas, qtree, and something more in the next future like full nfsstatistics and interface/network statistics)... > Is there an easy way to disable some of the tests, such as > quotas and cifs? Just put in your [default] section or under the [storage] section of your netapp.ini this one and it will not check those columns (it's valid for all columns). bbuserquotacolumn = quotas:notest bbcifscolumn = cifs:notest If you want data to be reported silently without having a column just to create a graph in the trend you can also do: bbopscolumn = ops:data bbstatscolumn = stats:data And those columns will be sent as data and not showed in the hobbit web pages (but the data will still go in the rrd and will be graphed in the trends column).

2 1

[hobbit] Remedy Ticketing
by matthew.epp＠us.army.mil 25 Aug '06

25 Aug '06

> I'm slightly confused about what you did. The *current* status page > (which is where you have a "History" button) doesn't have a "timebuf" > value, because it's just the current status - and it might not be logged > in the historical logs directory. In the old Big Brother system, $BBVAR/logs contained a file for every current status page. So, in the dohostsvc.c I did: logtime = (char *) getenv("LOGTIME"); Then the cgi script checked to see if it was a current page or a historical one: ($TIMEBUF is the value of logtime passed to the cgi script) if [ "$TIMEBUF" != "LOGTIME_not_set" ]; then HOSTLOG=`echo $HOST | $SED 's/,/_/g'` # get the color of the status from the status file set `$CAT "$BBHISTLOGS/$HOSTLOG/$SERVICE/$TIMEBUF" | $HEAD -1` >/dev/null 2>&1 BKG="$1" # Grab the status page from histlogs ALERTDATA=`$CAT $BBHISTLOGS/$HOSTLOG/$SERVICE/$TIMEBUF` else # Grab the current status page set `$CAT "$BBLOGS/$HOSTSVC" | $HEAD -1` >/dev/null 2>&1 BKG="$1" ALERTDATA=`$CAT $BBLOGS/$HOSTSVC` fi > On the other hand, a *historical* status log page doesn't have a > "History" button because ... well, you're already looking at history. > > If you can work it out yourself, then you probably need the "logtime" > parameter for the generate_html_log() routine. This has the Unix > timestamp of the log entry. If you need to convert the timestamp into > the filename format used by the historical logs, "histlogtime(timestamp);" > will return a string with the correct formatting of the timestamp. Does a current status page get saved anywhere to a file in Hobbit like Big Brother did? I need some way to pass the data to the cgi script for parsing.

2 1

[hobbit] Memory usage BBWIn 0.8
by ivan.verbeeck＠vmma.be 25 Aug '06

25 Aug '06

I just removed the external tests from BBWin and restarted the service. After a day or two i will see if this helps. The config file as it was before i removed the external tests is as follow : (the names of the svsc are not the real names) <?xml version="1.0" encoding="utf-8" ?> <configuration> <bbwin> <setting name="timer" value="300" /> <setting name="bbdisplay" value="hobbit:1984" /> <setting name="usepager" value="true" /> <setting name="bbpager" value="hobbit:1984" /> <setting name="pagerlevels" value="red purple" /> <load name="cpu" value="cpu.dll" /> <load name="disk" value="disk.dll" /> <load name="externals" value="externals.dll" /> <load name="procs" value="procs.dll" /> <load name="memory" value="memory.dll" /> <load name="msgs" value="msgs.dll" /> <load name="stats" value="stats.dll" /> <load name="svcs" value="svcs.dll" /> <load name="uptime" value="uptime.dll" /> <setting name="loglevel" value="0" /> <setting name="logpath" value="C:\BBWin.log" /> </bbwin> <cpu> <setting name="default" warnlevel="80%" paniclevel="95%" /> </cpu> <disk> <setting name="default" warnlevel="90%" paniclevel="95%" /> </disk> <externals> <setting name="logstimer" value="60" /> <load value="c:\program files\BBWin\ext\external1.exe" timer="300" /> <load value="c:\program files\BBWin\ext\external2.exe" timer="300" /> <load value="c:\program files\BBWin\ext\external3.exe" timer="300" /> <load value="c:\program files\BBWin\ext\external4.exe" timer="300" /> <load value="c:\program files\BBWin\ext\external5.exe" timer="300" /> </externals> <memory> <setting name="physical" warnlevel="95%" paniclevel="98%" /> <setting name="page" warnlevel="80%" paniclevel="90%" /> </memory> <msgs> <setting name="alwaysgreen" value="true" /> <setting name="summary" value="true" /> <match logfile="sys" type="err" alarmcolor="red" /> <match logfile="sys" type="warn" alarmcolor="yellow" /> <match logfile="app" type="err" alarmcolor="red" /> <match logfile="app" type="warn" alarmcolor="yellow" />  </msgs> <procs> </procs> <svcs> <setting name="alwaysgreen" value="false" /> <setting name="alarmcolor" value="yellow" /> <setting name="autoreset" value="false" /> <setting name="SERVICE1" value="=started" autoreset="false" alarmcolor="red" /> <setting name="SERVICE2" value="=started" autoreset="false" alarmcolor="red" /> <setting name="SERVICE3" value="=started" autoreset="false" alarmcolor="red" /> <setting name="SERVICE4" value="=started" autoreset="false" alarmcolor="red" /> <setting name="SERVICE5" value="=started" autoreset="false" alarmcolor="red" /> <setting name="SERVICE6" value="=started" autoreset="false" alarmcolor="red" /> <setting name="SERVICE7" value="=started" autoreset="false" alarmcolor="red" /> </svcs> <uptime> <setting name="delay" value="60m" /> <setting name="alarmcolor" value="yellow" /> </uptime> </configuration> Regards, Ivan -----Original Message----- From: Etienne Grignon [mailto:etienne.grignon at gmail.com] Sent: vrijdag 25 augustus 2006 17:34 To: hobbit at hswn.dk Subject: Re: [hobbit] Memory usage BBWIn 0.8 Hello Ivan, 2006/8/25, Ivan Verbeeck <ivan.verbeeck at vmma.be>: > > Hello, > > Since the release of BBwin 0.8 i installed it on a couple of our > Windows > 2003 servers as a replacement for the BB Client. > On one of the machines i noticed that the memory usage of the > BBWin.exe process keeps growing. After appr. 2 weeks it was over the > 60Mb. I restarted the service, but after a few days it's back over the 20Mb. > The client checks a few svcs and runs 5 external tests (compiled perl > scripts). Any idea what can cause the problem? > Your mail worry me a little bit ... Could you check that this server is well installed with BBWin 0.8 ? there were a memory leak on the older BBWin releases but BBWin 0.8 should be ok. Could you post your BBWin.cfg file and tell me what Windows version are you using ? Sometimes BBWin may need more memory when a lot of events logs are send to the hobbit server. On my test servers, I run BBWin with a timer of 5 seconds (so it simulates many weeks of monitoring with a few days) for each agent so I can check if memory is growing. It never goes over 7 Mb. As Rich said, me be try some times to run without the perl externals even if it should never take memory in the BBWin process itselft. Regards, -- Etienne GRIGNON To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0