July 2008 - Xymon - Xymon mailman web

[hobbit] "Info" column slow on latest snapshot (20080422)
by cncook001＠yahoo.com 24 Jul '08

24 Jul '08

Doh. Should have waited. It seems to have something to do with hosts with a client that reports full details, ie, disk, cpu, memory etc. I have some hosts doing ping only tests, info column is fine. Info column on Windows and Solaris clients that report in fail with a similar apache error eg. [Wed Jul 23 08:34:18 2008] [error] [client 10.10.10.2] Premature end of script headers: bb-hostsvc.sh, referer: http://hobbitmon.example.com/hobbit/Solaris/Solaris.html Craig

2 1

[hobbit] RECOVERED alerts red->yellow
by Martin.Ward＠colt.net 23 Jul '08

23 Jul '08

Hi Alan, I think there is some confusion because in your first email you said: > I've read the sections on ALERTCOLORS and OKCOLORS. It does work better > when I remove yellow from the list. But I need to sometimes alert on > yellow status, so this is not really an option. But here you state: > red->yellow->green. If I use only the COLOR=red,yellow, I'm > goind to get alerted on a yellow > disk (undesired). So we need to understand more clearly when you want to be alerted on red and yellow and when you don't. |\/|artin -- > -----Original Message----- > From: Alan Sparks [mailto:asparks at doublesparks.net] > Sent: 09 July 2008 06:53 > To: hobbit at hswn.dk > Subject: Re: [hobbit] RECOVERED alerts red->yellow > > > OK, I've tried: > SERVICE=disk COLOR=red > MAIL asparks at gobucket.com COLOR=red,yellow RECOVERED > > And even: > SERVICE=disk COLOR=red,yellow > MAIL asparks at gobucket.com COLOR=red RECOVERED > > And neither sends a recovery page when disk goes > red->yellow->green. If I use only the COLOR=red,yellow, I'm > goind to get alerted on a yellow > disk (undesired). > Did I misunderstand your suggestion? Thanks. > -Alan > > > Tim McCloskey wrote: > > Try the following in the specific line in hobbitalerts.cfg: > > COLOR=red,yellow > > > > > > Alan Sparks wrote: > >> I have the following rule in my hobbit-alerts.cfg: SERVICE=disk > >> COLOR=red > >> MAIL asparks at photobucket.com RECOVERED > >> > > > > > > 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 > > > ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

4 6

Debugging help: bbtest-net gets http test timing wrong
by asparks＠doublesparks.net 23 Jul '08

23 Jul '08

Have a new install of Hobbit (4.2, tried 4.3 snap as well) on a fresh install of CentOS 4.6 x86_64, up to date on patches. I have a problem with HTTP tests on "random" web servers that I just can't figure out. I have about 64 of my hosts in the bb-hosts on this server, and have http tests defined for these servers. On most of these servers, Hobbit is reporting the "Seconds:" for the response at 3 seconds. It seems that it is inconsistent -- one cycle to the next, the 3-second response may move to a different set of servers. The http: tests are defined using the IP address of the server - no server name (so no DNS lookup). I've run a loop of tests on the same URL using wget and with curl, and used my browser and Telnet to connect to the same URL. I consistently get a response time of about 0.2 seconds maximum from the servers. The bbnet entry in hobbitlaunch.cfg looks like: CMD bbtest-net --report --ping --checkresponse --debug With the debugging turned on, I see the following entries periodically in the network test log: Address=10.1.5.17:80, open=1, res=0, err=0, connecttime=0.002965, totaltime=3.006810, Address=10.1.5.18:80, open=1, res=0, err=0, connecttime=0.002956, totaltime=3.007413, Address=10.1.24.67:80, open=1, res=0, err=0, connecttime=0.002860, totaltime=3.007120, The problem does not affect the same hosts each time. The problem will show a different number of hosts usually each cycle, sometimes on same servers, but often on different ones. I've tried the following to see if anything will help: * Reducing the number of hosts. If I only have a couple or three in the bb-hosts, the problem doesn't manifest. * Recompiling. Doesn't help. * Changing the test URL. Doesn't help. * Adding a --concurrency= option to the launch. If I use a concurrency of 1, the problem does not manifest. Setting the concurrency to 1 to fix the problem isn't an option, but makes me think something is getting really mixed up in the select() processing in bbnet. Does anyone have any ideas how to diagnose where Hobbit is coming up with a 3-second latency, when none of my test tools running off the same server can duplicate the same timing? Thanks for any ideas, this is really baffling me. -Alan

7 18

FROM Address in emails
by Rafal.Roginela＠AmeriCashLoans.net 23 Jul '08

23 Jul '08

Hi All, I'm sorry if I sound dumb but I just want to change the "from address" or the "reply to" on the mails going out from my hobbit server. I've searched through the mailing list and docs and can't seem to see it (I'm sure it is simple). Please help. Thank you, Rafal Roginela Network Engineer AmeriCash Loans, LLC 880 Lee Street, Suite 302 Des Plaines, IL 60016 Office (847) 827-9740 x109 Fax (847) 493-8031 rroginela at americashloans.net <mailto:rroginela at americashloans.net> This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

5 14

"Info" column slow on latest snapshot (20080422)
by Craig.Cook＠gpi.com 23 Jul '08

23 Jul '08

I have similar symptoms. The info column on the hobbit server does not display, apache error log gives me this: [Wed Jul 23 08:26:28 2008] [error] [client 10.10.10.2] Premature end of script headers: bb-hostsvc.sh, referer: http://hobbitmon.example.com/hobbit/ It seems to have something to do with hosts with a client that reports full details, ie, disk, cpu, memory etc. I have some hosts doing ping only tests, info column is fine. Info column on Windows and Solaris clients that report in fail with a similar apache error eg. [Wed Jul 23 08:34:18 2008] [error] [client 10.10.10.2] Premature end of script headers: bb-hostsvc.sh, referer: http://hobbitmon.example.com/hobbit/Solaris/Solaris.html Stop/start of hobbit has no affect. I'm also using the Snapshot release. I use FQDN on all hosts. Craig

2 1

Weird conn test ping output
by josh＠imaginenetworksllc.com 23 Jul '08

23 Jul '08

Today I have a conn test that is saying this: x.x.105.219 is alive (54.7 ms) [<- x.x.98.226] The history has always said this: x.x.105.219 What's with the square bracket IP??? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer

5 6

[hobbit] "Info" column slow on latest snapshot (20080422)
by cncook001＠yahoo.com 23 Jul '08

23 Jul '08

I have similar symptoms. The info column on the hobbit server does not display, apache error log gives me this: [Wed Jul 23 08:26:28 2008] [error] [client 10.10.10.2] Premature end of script headers: bb-hostsvc.sh, referer: http://hobbitmon.example.com/hobbit/ The info column on all other hosts seem to be fine though. Stop/start of hobbit has no affect. I'm also using the Snapshot release. I use FQDN on all hosts. Craig

1 0

[hobbit] "Info" column slow on latest snapshot (20080422)
by gumby3203＠gmail.com 23 Jul '08

23 Jul '08

Is anyone else experiencing a slow "info" page load with the 2008-04-22 snapshot? It takes about a minute to load. Also, I get this: Alerting: Alert configuration unavailable Admittedly, I just did an in-line install over the 4.2.0 release, so I don't know if it's just a matter of some configuration file weirdness.

4 11

some RRD graphs not drawn
by bb4＠richter-it.net 22 Jul '08

22 Jul '08

Hi there, I'm experiencing a problem with the rrd graphs of the disk space. I'm running Hobbit 4.2.0 with the allinone patch on Debian Etch as server and the clients are BB 1.9c. I have 2 Linux servers running with Veritas Cluster and reporting to the Hobbit server. When I click on the disk icon of the first client everything is displayed correctly. I have all the mount points on top of the page and below them all mount points are displayed as graphs. On the second machine some of these graphs are missing although they are displayed in the list on top and the RRD files are generated correctly. Regards Torsten

2 6

FILE monitor and mtime<600 troubleshooting
by denver＠fni-stl.com 22 Jul '08

22 Jul '08

Hi, I'm running Hobbit 4.2.0 with the allinone patch on hpux and can't get the FILE monitor to work. I've added the required file: entry in the client-local.cfg for the host, then put the FILE directive in the hobbit-clients.cfg file. After adding the monitor, the BBDISPLAY picks up the new file and shows it as 'green'. When testing the monitor by changing the mtime of my file, hobbit doesn't alert on the change. Here's my hobbit-client.cfg entry: CLASS=classname FILE /etc/sudoers yellow mtime<600 The client-local.cfg entry: [classname] file:/etc/sudoers Has anyone else seen this before or have any advice on how to troubleshoot? Thanks, Denver Osborn

4 10