- Xymon - Xymon mailman web

4.2 alpha 20060423 -- missing the code to do custom column documents
by KauffmanT＠nibco.com 29 May '06

29 May '06

Henrik - This seems to have fallen by the wayside; we do a number of combo-tests and write up a document that covers both the nature and meaning of the tests AND the recovery process. Here's my current hobbitcolumn.sh . . . #!/bin/sh QS="${QUERY_STRING}" . /usr/local/hobbit/server/etc/hobbitcgi.cfg if [ -f /usr/local/hobbit/server/www/help/$QS.html ]; then echo "Content-type: text/html" echo "" cat /usr/local/hobbit/server/www/help/$QS.html else QUERY_STRING="db=columndoc.csv&key=${QS}" export QUERY_STRING exec /usr/local/hobbit/server/bin/bb-csvinfo.cgi $CGI_HOBBITCOLUMN_OPTS fi Tom Kauffman NIBCO, Inc 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.

2 1

R: [hobbit] http content check
by fduranti＠q8.it 29 May '06

29 May '06

Great works :D Just to put some more idea it would be really good to get more option like HIDEHTTPGREEN (only hide data when the page is green you get only the error message/page when there's one) Also it could be good to have an option to hide only the content or content and URL (like now). Thanks really much for the work on Hobbit! Francesco -----Messaggio originale----- Da: Henrik Stoerner [mailto:henrik at hswn.dk] Inviato: domenica 28 maggio 2006 18.51 A: hobbit at hswn.dk Oggetto: Re: [hobbit] http content check On Mon, May 15, 2006 at 08:08:18PM +0200, Francesco Duranti wrote: > Hi Henrik, thanks for the really good work you're doing with Hobbit! > > Do you think it will be possible to have an option on the content URL > check to hide the URL and the output of the web page I'll go as far as to remove the actual content data from the display. Removing the URL's completely is really hard, because they show up in so many places - I actually did try and remove them, only to notice that they show up directly on the HTTP responsetime graph. So what you can do with the latest snapshot is to put a "HIDEHTTP" tag on the host entry in bb-hosts, and this will keep all content data off the content-check status pages. But the URL's will still be visible. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

purple clients
by longina＠imada.sdu.dk 29 May '06

29 May '06

I have a group of clients which recently I started to reboot daily. Now, they never recover from the purple on cpu/disk/memory.. etc monitoring. Client processes run fine, but in clientdata.log, there are a lot of: --- 2006-05-29 13:32:43 hobbitd_client: Got message 12359 @@client#12359|1148902363.482265|130.225.128.99|leonora.imada .sdu.dk|linux 2006-05-29 13:32:43 2006-05-29 13:32:43 Worker process died with exit code 134, terminating --- Any ideas? regards Longina PS. It is _not_ a hostname problem! -- Longina Przybyszewska, system programmer Dept. of Math. & Comp. Sci. - IMADA University of Southern Denmark, Odense Campusvej 55,DK-5230 Odense M, Denmark tel: +45 6550 2359 - http://www.imada.sdu.dk email: longina at imada.sdu.dk --

2 1

service conn
by fscholz＠csc.com 29 May '06

29 May '06

Hi, I have some problems on solaris 9: The service "conn" is in status "red" service conn is not ok: host does not respond to ping remark: the hobbit-user has no sudo-rights. and: if I look at the conn status or other status messages, the image of hobbit graph is not shown. and: I get the following message, if I click on the "hobbit graph" Internet explorer cannot download.....eursun11&nostale&action=menu from eursun11. Internet explorer was not able to open this internet site. The requested site is either unavailable or cannot be found. Please try again later. Can someone help me? kind regards, Frauke Scholz CSC (Germany) Ltd.; MDS (Managed Desktop Services) Web & Middleware Engineering Wolfenbütteler Str. 86/Obergstr. 5 38102 Braunschweig Germany Phone: +49.5172.129279 or +49.531.224.1086 e-Mail: fscholz at csc.com Internet: http://www.de.csc.com Experience Results. Experience CSC. __________________________________________________ Please note that this e-mail, including any attachments, contains information that is subject to United States laws and regulations. The use or further dissemination of these materials or information therein may be prohibited by United States law. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

2 1

554 SMTP synchronization error
by Dominique.Frise＠unil.ch 29 May '06

29 May '06

Hi all, Maybe this has been discussed already but I can't find any relevant info. All our smtp tests sporadically report similar error: ------------ yellow Wed May 17 14:37:21 2006 smtp NOT ok Service smtp on mailc is not OK : Unexpected service response 554 SMTP synchronization error.. Seconds: 0.00 ------------ How can we avoid this? Thanks. Dominique UNIL - University of Lausanne

3 4

[hobbit] Skinning BB
by Alun.Watson＠fp.co.nz 29 May '06

29 May '06

The Summary Screen is great for me but not quite what the helpdesk is looking for. I have modified the original shell script that Henrick sent me. I have included the hacked file and Erik Bosrup's overLIB javascript.It provides a small list of the error states a host has ie, Host error error1 error2 Quick visual assessment of when errors happened with popups that display the graph for that error (if there is one) using overlib_mini.js. To try it out copy ng.sh into your hobbit-cgi/ directory ... modify ng.sh to suit your environment BBSERVERROOT="/home/hobbit" HOBBITHTTP="http://something.blah/hobbit" HOBBITCGI="http://something.blah/hobbit-cgi" And put overlib_mini.js into the /hobbit/ dir of your webserver The popups seem to work in recent versions of IE and Firefox. It's not quite perfect but perhaps it conveys my idea more successfully. Regards, Alun -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Tuesday, 16 May 2006 10:32 To: hobbit at hswn.dk Subject: Re: [hobbit] Skinning BB On Tue, May 16, 2006 at 07:43:39AM +0200, Henrik Stoerner wrote: > On Tue, May 16, 2006 at 01:58:15PM +1200, Alun Watson wrote: > > Our helpdesk uses the All Non-green web page a lot and are only > > interested in the errors and have problems when they have to scroll > > up and down the page to figure out which column is which. > > OK, I understand now. But perhaps it is simpler to "play" with the > layout via a simple shell-script (not that I recommend doing shell > scripts for performance critical stuff - far from) to get the > design/layout right it is a useful prototype. Thinking about this a bit more, it occurred to me that the current "hobbit-statusreport" CGI could easily be tweaked to support this. If you grab the latest snapshot, build it and copy the web/hobbit-statusreport.cgi file to your ~hobbit/server/bin/ directory. Then create this wrapper in your Hobbit cgi-bin directory: #!/bin/sh . /usr/lib/hobbit/server/etc/hobbitcgi.cfg exec /usr/lib/hobbit/server/bin/hobbit-statusreport.cgi \ --filter="color=red,yellow" --all \ --heading="All non-green systems" \ --show-column \ --show-summary \ --link Running this CGI script will produce a text-only report of the current non-green statuses. The "--show-summary" option causes the report to have just a stripped-down summary of the current status, if you want the full status text just remove that option. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Darwin clients: empty memory graph
by Dominique.Frise＠unil.ch 28 May '06

28 May '06

Hi, With today's snapshot the memory graph is still empty :-( Memory/Used/Total/Percentage info is reported correctly (only one line for Physical) Same issue with Darwin 8.6.0 (OSX 10.4.6) or 7.9.0 (OSX 10.3.9) Dominique UNIL - University of Lausanne

2 2

NCV variable for custom RRD's
by ivan.verbeeck＠vmma.be 28 May '06

28 May '06

Hello all, I recently added a custom test to our hobbit setup that will use the NCV format for the rrd graph. The only problem that i noticed is the option to use wildcards in the NCV_test variable to define the "default" dataset type. When i specify all the datasets in the environment variable and set them to GAUGE (wich i need for my test), it all works fine, but if i use the "*:GAUGE" in this variable the rrd is generated with datasets of the "DERIVE" type. Anyone a idea what can be wrong? Kind regards, Ivan

4 4

log permissions..
by olivier＠qalpit.com 28 May '06

28 May '06

Hi, by default on my systems, /var/log/message is only readable by root, the hobbit client (running under hobbit) reported msgs with a green status : "Cannot open logfile /var/log/messages : Permission denied" even thow i have "log inspection" defined in hobbit-client.cfg could this be considered as a warning instead of a green status ? whether there is no log inspection or not ?? olivier

2 1

Problem with 'worst' conn method reporting
by EES2Y＠hscmail.mcc.virginia.edu 28 May '06

28 May '06

Doesn't look like this made its way into the current alfa code. (We must migrated to a new servers and this bit me again, so I thought I'd give it a bump). -Eric Schwimmer Network Engineer UVA HSCS Network Engineering > -----Original Message----- > From: Schwimmer, Eric E *HS > Sent: Friday, November 04, 2005 9:40 AM > To: hobbit at hswn.dk > Subject: Problem with 'worst' conn method reporting > > > Hi Henrik, > > We've had a problem with the 'worst' conn method for a while now, > and I've never got around to reporting or looking into it. Basically > what happens is that a host with multiple IP addresses and the 'worst' > conn method wont report any status changes (it will always be > green, even > if one or all of its ips are unpingable). > > I think I've fixed this, it was a pretty simple bug; on line > 1383 of bbtest-net.c, I changed 'countasdown = 0;' to > 'countasdown = 1;'. > I didn't really investigate the ramifications of what this > change might > have on the rest of the code, so let me know if I'm way off base. > (I know it did fix the worst issue, though, because 3 of our > multi-interface > sites with unpingable ifcs immediately went red). > > Regards, > -Eric Schwimmer > Network Engineer > UVA HSCS Network Engineering >

2 1