October 2006 - Xymon - Xymon mailman web

can't change testname from upper to lower case
by etienne.grignon＠gmail.com 28 Oct '06

28 Oct '06

Hello, I'm running hobbit 4.1.2 We had some externals scripts that were sending status with upper case. Now, it is sending lower case. The problem is that it is still displaying with upper case in the bb pages. Even if I delete the test, or its history, or if I try to rename like TESTNAME to testname, it still re appear in upper case. Is hobbit keeping somewhere in memory some traces of the testnames that doesn't exists anymore ? Is there a trick to rename a test from Upper case to lower case ? Thank you in advance for the help, -- Etienne

2 1

Strange non-green-page behaviour
by ralphmitchell＠gmail.com 28 Oct '06

28 Oct '06

OK, here's the situation - I have 3 Hobbit servers, one is running 4.1.2p1, the other two are running 4.2.0. Last night the 4.1.2 server crashed when the building maintenance folks did some power checks. Why the UPS wall sockets are connected the main light switch is anybody's guess... But I digress. When the server came back up, all the network services tried to start before the network adaptor was connected, which meant that NTP couldn't update the system clock properly. I reran the NTP startup script to get the clock set correctly. Hobbit appears normal, the checkout scripts are running from cron as normal (old BB stuff, long story), all reports are being delivered to all 3 servers as normal. The problem is that the event history is not being updated. Red and yellow reports cause machine names to appear in the table with the appropriate colored dots, but the event history shows No events received in the last 240 minutes The other two servers both show: 100 events received in the past 158 minutes and all 3 servers have received the same reports over the last 4 hours or so. The display seems to be updating fine, and the colored dot portion is tracking correctly to match the other two servers, there's just no event history. I've cycled Hobbit a number of times, with no change. Any ideas of where I could poke it to make it show history again?? I know the simple answer would be to upgrade to 4.2.0, but that's not really an option right now. Thanks, Ralph Mitchell

1 0

Wrong path for nkedit man pages
by jonescr＠cisco.com 27 Oct '06

27 Oct '06

The link from the nkview man page has the link to the nkedit.cgi as /help/manpages/man1/hobbit-nkeedit.cgi.1.html It should actually be: /help/manpages/man1/hobbit-nkedit.cgi.1.html Also, the link for nkedit.cgi from /help/manpages is wrong. It has: /help/manpages/man1/hobbit-nkedit.cgi.8.html And the correct link is: /help/manpages/man1/hobbit-nkedit.cgi.1.html -Charles

1 0

Detailed information about the underlying test in a combo test
by Bart_Gillis＠msp.be 27 Oct '06

27 Oct '06

I wrote 2 tests: sql-jobs and sql-locks that monitors the status of my server svr1. These scripts sends job details to the hobbit display. (Clickable face icons) I combined these with the combotest option. svr1.sql = (svr1.sql\-locks && svr1.sql\-jobs) This works fine only I can not display the detailed information about the underlying test any more. (underlying test are non clickable diamonds) How can I combine these test that still creates buttons to see the details of the underlying tests. Best Regards, Bart

1 0

Disk test not working properly
by rsmrcina＠wi.rr.com 26 Oct '06

26 Oct '06

I have an Intel SLES9 system running the Hobbit 4.2 client with the all-in-one patch applied. A filesystem went above the yellow threshhold and although I changed hobbit-clients.cfg to increase the yellow value, it still appears yellow and says that the threshhold is 90 (the default). Here is the setting in hobbit-clients.cfg: HOST=goveritas DISK /remote 95 98 Here is the data on the disk screen for goveritas: yellow /remote (93% used) has reached the WARNING level (90%) Filesystem 1024-blocks Used Available Capacity Mounted on /dev/sda2 79687996 44199612 35488384 56% / /dev/sda1 104376 42896 61480 42% /boot /dev/sda5 6297208 40768 6256440 1% /tmp /dev/sda6 3148568 832460 2316108 27% /var /dev/sda7 587181884 101079652 486102232 18% /dbbackup /dev/sda8 33446268 30819128 2627140 93% /remote What is also peculiar is that the 'client data' link does not appear above the graph: Status unchanged in 16 hours, 56 minutes Status message received from 172.17.1.142 -- 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

3 9

iostat graph help
by b-kennedy1＠raytheon.com 26 Oct '06

26 Oct '06

Hi. I sent this question a few days ago without response, so I thought I would try again. I have been trying to figure out how to add iostat graphs to the trends column, but I have had no luck. I was hoping someone already knows how to do this. I see that iostat already has a graph configuration ready to use, but I'm not sure how to generate the rrd file. Is there a way to graph iostat? Thank you for your help. Regards, Bryan

2 1

mrtg and tweaking hobbitgraph.cfg
by kamayamaya＠gmail.com 26 Oct '06

26 Oct '06

I'd like to tweak the [mrtg] section in hobbitgraph.cfg "@RRDIDX@" "@RRDPARAM@" is there one for the time units it measures against ie wether it is 48 hour 12 day, 48 day or 576 Day measurement of time I want to be able to calculate the total bandwidth for the alotted period of time for my mrtg interfaces. I've done this crude modification, to hobbitgraph.cfg, for now but was wondering if there was a better way get the bandwidth IN/OUT to reflect the current graph and its length of time snapshot Thanx for your input, also if you see any mistakes in my calculations please let me know. Cheers, Ariel [mrtg] FNPATTERN mrtg.*\.(.+).rrd TITLE Network Traffic (MRTG) YAXIS Bits/second DEF:inbytes at RRDIDX@=@RRDFN@:ds0:AVERAGE CDEF:in at RRDIDX@=inbytes at RRDIDX@,8,* DEF:outbytes at RRDIDX@=@RRDFN@:ds1:AVERAGE CDEF:out at RRDIDX@=outbytes at RRDIDX@,8,* CDEF:48htotalin at RRDIDX@=inbytes at RRDIDX@,172800,* CDEF:48htotalout at RRDIDX@=outbytes at RRDIDX@,172800,* CDEF:48htotal at RRDIDX@=48htotalout at RRDIDX@,48htotalin at RRDIDX@,+ CDEF:12dtotalin at RRDIDX@=inbytes at RRDIDX@,1036800,* CDEF:12dtotalout at RRDIDX@=outbytes at RRDIDX@,1036800,* CDEF:12dtotal at RRDIDX@=12dtotalout at RRDIDX@,12dtotalin at RRDIDX@,+ CDEF:48dtotalin at RRDIDX@=inbytes at RRDIDX@,4147200,* CDEF:48dtotalout at RRDIDX@=outbytes at RRDIDX@,4147200,* CDEF:48dtotal at RRDIDX@=48dtotalout at RRDIDX@,48dtotalin at RRDIDX@,+ CDEF:576dtotalin at RRDIDX@=inbytes at RRDIDX@,49766400,* CDEF:576dtotalout at RRDIDX@=outbytes at RRDIDX@,49766400,* CDEF:576dtotal at RRDIDX@=576dtotalout at RRDIDX@,576dtotalin at RRDIDX@,+ LINE2:in at RRDIDX@#@COLOR@:@RRDPARAM@ inbound GPRINT:in at RRDIDX@:LAST: \: %10.1lf (cur) GPRINT:in at RRDIDX@:MAX: \: %10.1lf (max) GPRINT:in at RRDIDX@:MIN: \: %10.1lf (min) GPRINT:in at RRDIDX@:AVERAGE: \: %10.1lf (avg)\n LINE2:out at RRDIDX@#@COLOR@:@RRDPARAM@ outbound GPRINT:out at RRDIDX@:LAST: \: %10.1lf (cur) GPRINT:out at RRDIDX@:MAX: \: %10.1lf (max) GPRINT:out at RRDIDX@:MIN: \: %10.1lf (min) GPRINT:out at RRDIDX@:AVERAGE: \: %10.1lf (avg)\n COMMENT: 48h 12d 48d 576d\n GPRINT:48htotalin at RRDIDX@:AVERAGE:Total in \: %7.2lf %sB GPRINT:12dtotalin at RRDIDX@:AVERAGE: \: %7.2lf %sB GPRINT:48dtotalin at RRDIDX@:AVERAGE: \: %7.2lf %sB GPRINT:576dtotalin at RRDIDX@:AVERAGE: \: %7.2lf %sB GPRINT:48htotalout at RRDIDX@:AVERAGE:Total out \: %7.2lf %sB GPRINT:12dtotalout at RRDIDX@:AVERAGE: \: %7.2lf %sB GPRINT:48dtotalout at RRDIDX@:AVERAGE: \: %7.2lf %sB GPRINT:576dtotalout at RRDIDX@:AVERAGE: \: %7.2lf %sB GPRINT:48htotal at RRDIDX@:AVERAGE:Total \: %7.2lf %sB GPRINT:12dtotal at RRDIDX@:AVERAGE: \: %7.2lf %sB GPRINT:48dtotal at RRDIDX@:AVERAGE: \: %7.2lf %sB GPRINT:576dtotal at RRDIDX@:AVERAGE: \: %7.2lf %sB

1 0

All network tests now purple
by rsmrcina＠wi.rr.com 26 Oct '06

26 Oct '06

We had a very strange problem happen this morning. About two hours ago, all of the tests performed by the Hobbit server turned purple. The clients are still reporting and they are (mostly) green. I applied the all-in-one patch and still there is no joy. I checked the archive for similar problems and don't see any messages in bb-network.log. Also, there are no core files (in the directory where Hobbit starts, or /). hobbitlaunch.log shows: 2006-10-26 10:54:17 hobbitlaunch starting 2006-10-26 10:54:17 Loading tasklist configuration from /home/hobbit/server/etc/hobbitlaunch.cfg 2006-10-26 10:54:17 Loading hostnames 2006-10-26 10:54:17 Loading saved state 2006-10-26 10:54:17 Setting up network listener on 0.0.0.0:1984 2006-10-26 10:54:17 Setting up signal handlers 2006-10-26 10:54:17 Setting up hobbitd channels 2006-10-26 10:54:17 Setting up logfiles -- 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

1 0

Status test timeout
by Manuel.Cortes＠ORHS.ORG 26 Oct '06

26 Oct '06

We are currently send a test status to hobbit from the BBWin 0.8 client using the following syntax: Bbwincmd hobbit status+120 <hostname> <test> green "html formatted text" If the test is not updated within 2 hours, the expectation is that 2 hours after that last status was sent, the test will turn purple, however, we are seeing the above test turn purple 40 minutes. I don't believe this was an issue with the older BB windows client and the default was minutes for the "status+120" statement. Is anyone else experiencing this problem? Thanks, Manny Cortes IS systems This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any review, use, or distribution of this e-mail message and any attached files is strictly prohibited. This communication may contain material protected by Federal privacy regulations, attorney-client work product, or other privileges. If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message. To reply to our email administrator directly, send an email to: postmaster at orlandoregional.org . If this e-mail message concerns a contract matter, be advised that no employee or agent is authorized to conclude any binding agreement on behalf of Orlando Regional Healthcare by e-mail without express written confirmation by an officer of the corporation. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Orlando Regional Healthcare.

2 1

[hobbit] logrotate - hobbit
by gumby3203＠gmail.com 26 Oct '06

26 Oct '06

I ran across the following thread when looking up some info on setting up logrotate (linux) for Hobbit. I'm curious, though... The man page for hobbitd says that SIGHUP will cause hobbitd to "Re-read the bb-hosts configuration file." Does that mean the example below with the postrotate command will actually work as intended, or will it only have hobbitd re-read the config file? Re: [hobbit] logrotate - hobbit ------------------------------ - *To*: hobbit (at) hswn.dk - *Subject*: Re: [hobbit] logrotate - hobbit - *From*: Rich Smrcina <rsmrcina (at) wi.rr.com> - *Date*: Mon, 23 May 2005 00:26:00 -0500 - *References*: <b537f65105052222162e6c25d1 at mail.gmail.com<http://www.hswn.dk/hobbiton/2005/05/msg00283.html> > - *User-agent*: Mozilla Thunderbird 1.0.2 (X11/20050317) ------------------------------ Great stuff Brian. Thanks for contributing. Brian Lynch wrote: For anyone using 'logrotate', the following file will rotate all the hobbit logs. Create the file as logrotate.cfg: # Configuration file for logrotate application # # Add the following line to cron: # 0 8 * * * /usr/sbin/logrotate [hobbit directory]/server/etc/logrotate.cfg # # Global options compress /var/log/hobbit/bbcombotest.log { missingok weekly rotate 5 } /var/log/hobbit/bb-display.log { missingok weekly rotate 5 } /var/log/hobbit/bb-retest.log { missingok weekly rotate 5 } /var/log/hobbit/enadis.log { missingok weekly rotate 5 } /var/log/hobbit/history.log { missingok weekly rotate 5 } /var/log/hobbit/hobbitd.log { missingok weekly rotate 5 postrotate /bin/kill -HUP `cat /var/log/hobbit/hobbitd.pid` endscript } /var/log/hobbit/hobbitlaunch.log { missingok weekly rotate 5 postrotate /bin/kill -HUP `cat /var/log/hobbit/hobbitlaunch.pid` endscript } /var/log/hobbit/larrd-data.log { missingok weekly rotate 5 } /var/log/hobbit/larrd-status.log { missingok weekly rotate 5 } /var/log/hobbit/page.log { missingok weekly rotate 5 } /var/log/hobbit/purple.log { missingok weekly rotate 5 } -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2005 - Colorado Springs - May 20-24, 2005

4 7