May 2008 - Xymon - Xymon mailman web

alerts config questions
by tlewick＠tradebotsystems.com 27 May '08

27 May '08

Are there any known issues with the hobbit-alerts.cfg handling of colors? I ask because I set up some rules and specified COLOR=red, yet when the service I am testing on goes yellow, we are receiving email alerts. I only want to receive the alert for the critical case, not the warning case. Any ideas?

2 2

monitor of Lustre-Filesystem
by martin.flemming＠desy.de 27 May '08

27 May '08

Hi ! Got somebody a client or server-monitor-script for the Lustre-Filesystem or give me hint what can i do ? Thanks & Cheers Martin ______________________________________________________ Martin Flemming DESY / IT office : Building 2b / 008a Notkestr. 85 phone : 040 - 8998 - 4667 22603 Hamburg mail : martin.flemming at desy.de ______________________________________________________

1 0

Random hobbit newbie questions
by Doug.Linder＠sabic-ip.com 27 May '08

27 May '08

Hi Everyone, I'm relatively new to Hobbit. I like it a lot, but I do have a few random questions. I've been reading the documentation a lot and haven't found the answers, so I hope the answers don't turn out to be "see the man page". :) I have to say I really like the documentation to Hobbit. At first glance it seems a bit short, but on reading it I find that it manages to be packed with information which is written in a nice concise, efficient, jargon-free, and human-readable way. The comments in the config files are also excellent, although sometimes the information in there is slightly different from what's in the documentation page for that file - sometimes there's info in one place that isn't in the other. I wish more documentation in the IT field were written like this. My only suggestion is that it would be helpful for us new folks to have some kind of general overview that describes (or better yet, shows in a flowchart) how data flows between client, server, the various tests, the web server, how the various config files fit in, and so on. The information is currently in there but it takes a good bit of reading and experimenting before you really start to "get it". Questions: 1) In the hobbit-clients.cfg file, I this is in the comments: # Defaults: MEMPHYS warnlevel=100 paniclevel=101 (i.e. it will never go red) # MEMSWAP warnlevel=50 paniclevel=80 # MEMACT warnlevel=90 paniclevel=97 # Note: The words "PHYS", "ACT" and "SWAP" are also recognized. And then later on, there is this bit: # These are the built-in defaults. # SWAP 20 40 # MEMSWAP 50 80 Is there a difference between MEMSWAP and SWAP? If not, why is it listed twice in the defaults? If so, what is the difference? 2) In the documentation page for hobbit-clients.cfg, there is this statement: "CLASS=classname - Rule match by the client class-name. You specify the class-name for a host when starting the client through the "--class=NAME" option to the runclient.sh script. If no class is specified, the host by default goes into a class named by the operating system." Unfortunately I can't find any details about what the default names of the "classes named by the operating system" are, so I don't know which strings to put after "CLASS=" in my hobbit-clients.cfg file. Is there a list somewhere? 3) There are a couple columns in the default configuration that I don't want, like "files". On the page in question, the status icon for every system is "clear" (white). I want to use the "drop" option to the bb command to do this. I issued this command for every host on the page in question: bb localhost "drop <hostname> files" That works for a minute or two. On the next page refresh, almost all of the hosts have the column empty (just a dash), but a few of them are back to "clear" already. After one or two refreshes, all the systems are back at clear status. How can I get hobbit to drop the column forever, permanently, completely, without leaving old history files around and stuff? Thanks for any tips! --- Doug Linder UNIX Systems Administrator CompuCom Systems, Inc. SABIC Innovative Plastics T: 413 448 7563 D: *838 7563 E: doug.linder at sabic-ip.com <mailto:doug.linderrdoug.linder at sabic-ip.com>

4 3

Error compiling todays snapshot (27/5)
by lars.ebeling＠leopg9.no-ip.org 27 May '08

27 May '08

Probably known problems but: gcc -g -O -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHPUX -I. -I /home/hobbit/snapshot/include -I/usr/local/include -c -o loaddata.o loaddata.c loaddata.c: In function `load_state': loaddata.c:418: warning: passing arg 4 of `sendmessage' from incompatible pointe r type loaddata.c:418: error: too many arguments to function `sendmessage' loaddata.c:422: warning: passing arg 4 of `sendmessage' from incompatible pointe r type loaddata.c:422: error: too many arguments to function `sendmessage' make[1]: *** [loaddata.o] Error 1 make[1]: Leaving directory `/home/hobbit/snapshot/bbdisplay' make: *** [bbdisplay-build] Error 2 -- Regards Lars Ebeling http://leopg9.no-ip.org Hobbithobbyist "I am not young enough to know everything." -- Oscar Wilde

1 0

http response time
by ralphmitchell＠gmail.com 26 May '08

26 May '08

I've just been asked if it's possible to alert on the response time recorded in the built-in http test. Anybody know?? I don't see anything in the manual pages that would suggest it can be done. Thanks, Ralph Mitchell

4 5

using NCV
by forums＠triadbiz.rr.com 26 May '08

26 May '08

I am currently using ncv to graph some of my cisco switches temperature. And would like to use it to graph some of my DC Power Plant and UPS Temps. The cisco switch columns are called temps and the dc power plant and upss columns are called temp. The cisco switches are working but the dc power plants and upss arent. I have put 2 entries into the hobbit-server.cfg: TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,di g=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,ma ilq,nmailq=ma q,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,files,procs=proces ses,ports,clock,lines,if_load=devmon,temp=ncv,temps=ncv,processor=ncv" NCV_temps="TEMP:GAUGE" NCV_temp="*:GAUGE" And here is what my hobbitgraph.cfg looks like: [temp] TITLE Temperature YAXIS Celsius DEF:in at RRDIDX@=temp.rrd:TEMP:AVERAGE AREA:in at RRDIDX@#00CC00:@RRDPARAM@ Temperature GPRINT:in at RRDIDX@:LAST: %5.1lf %s (cur) GPRINT:in at RRDIDX@:MAX: %5.1lf %s (max) GPRINT:in at RRDIDX@:MIN: %5.1lf %s (min) GPRINT:in at RRDIDX@:AVERAGE: %5.1lf %s (avg)\n [temps] TITLE Temperature YAXIS Celsius DEF:in at RRDIDX@=temps.rrd:TEMP:AVERAGE AREA:in at RRDIDX@#00CC00:@RRDPARAM@ Temperature GPRINT:in at RRDIDX@:LAST: %5.1lf %s (cur) GPRINT:in at RRDIDX@:MAX: %5.1lf %s (max) GPRINT:in at RRDIDX@:MIN: %5.1lf %s (min) GPRINT:in at RRDIDX@:AVERAGE: %5.1lf %s (avg)\n And here is what I have in my DC Power Plant message file for devmon:  {temp.color} Interal Temperature: {temp}Â°C ({tempF}Â°F) And here is what I have in my UPSs message file for devmon:  {battTempA.color} Battery Temperature: {battTempA}Â°C ({battTempAF}Â°F) {battTempB.color} Transformer Temperature: {battTempB}Â°C ({battTempBF}Â°F) I dont know if that is the proper way to use ncv for multiple values Any ideas on why it isnt graphing. -Josh

3 3

Problems with hobbitping when the Network is unreachable (BUG)
by spa＠syntec.co.uk 23 May '08

23 May '08

Hi Henrik, I rebooted my hobbit server and it lost its default gateway, unbeknown to me. The only symptoms of something wrong was a purple in a network test is was supposed to be doing and a purple in the server's bbtest column. Now, I reckon one or other or both of these should have both gone red and not purple, and the reason that they did not is due to hobbitping going into a spin: what looks like a fairly tight loop. Hobbitping was using quite a lot of CPU (I saw it at well over 30%) and server/tmp/ping-stdout.1407 was empty but server/tmp/ping-stderr.5499 was getting many (about 60) "Failed to send ICMP packet: Network is unreachable" written to it every second. I reckon this message should have been in the report of the connection test it was trying to do (although you could argue that the colour should be clear and not red, since one doesn't want dozens of alarms for a problem that is actually on the network-test server). It took me some time to figure out what was wrong because hobbit didn't report this problem in any of its logs (presumably because hobbitping never returned and so bbtest-net never returned its status) (and hobbitd_client stopped working for some other reason (core dump) yesterday and, although restarted, remains not reporting with nothing in the logs). Kind regards, Sebastian

3 4

Java and C# agent library
by Oskar.Hannesson＠landsbanki.is 23 May '08

23 May '08

Hello. I have several Java and c# daemons running some missinon critical tasks and I want to monitor those daemons with Hobbit. I heard that I could use the HTTP POST command to post heartbeats to the Hobbit but I cant seem to find any dicumentation about this. Can anyone give me a hint here where I could find some documentation about this? Are there maybe some existing Java or C# libraries out there? ___________________________________________ Óskar Hannesson Landsbankinn Financial Markets IT Department oskar.hannesson at landsbanki.is<mailto:oskar.hannesson at landsbanki.is> www.landsbanki.is<http://www.landsbanki.is> Fyrirvari/Disclaimer http://www.landsbanki.is/disclaimer

2 1

Remove square brackets from Alerts
by allan＠zandahar.net 23 May '08

23 May '08

Hi, Ive had a bit of a hunt around for this but didnt find anything. We're in the process of looking at a new email-to-sms provider and just found out that square brackets and a bunch of others are not supported so I need to know if I can remove them from the alert code or somehow generate the message in a way that it doesnt send them. Currently I basically have the following HOST=* SCRIPT /home/monitor/server/bin/smsalert.sh 04xxxxxxxx reapt=15m duration=>10m recovered format=sms and the smsalert.sh echo "${BBALPHAMSG:0:160}" | gnokii --sendsms "$RCPT" It all works fine and comes out as host.domain.com:svcs red [ackcode[ which is where the problem is. I had a plan originally to be able to reply back to the msg and ack the alert but currently its not being used so removing the ack code is an option but my preference is to remove the brackets if possible. If anyone could assist it would be greatly appreciated Cheers Allan

3 2

[hobbit] Random hobbit newbie questions
by bewhite＠fellowes.com 22 May '08

22 May '08

I think it is based on the result of a uname -s command. So Redhat comes back as Linux, HPUX is HP-UX, Solaris is SunOS, etc. I believe this also then matches the actual client script the hobbit client runs as in hobbitclient-hp-ux.sh. .....Bruce _____ From: Linder, Doug (SABIC Innovative Plastics, consultant) [mailto:Doug.Linder at sabic-ip.com] Sent: Thursday, May 22, 2008 11:49 AM To: hobbit at hswn.dk Subject: [hobbit] Random hobbit newbie questions Hi Everyone, I'm relatively new to Hobbit. I like it a lot, but I do have a few random questions. I've been reading the documentation a lot and haven't found the answers, so I hope the answers don't turn out to be "see the man page". :) I have to say I really like the documentation to Hobbit. At first glance it seems a bit short, but on reading it I find that it manages to be packed with information which is written in a nice concise, efficient, jargon-free, and human-readable way. The comments in the config files are also excellent, although sometimes the information in there is slightly different from what's in the documentation page for that file - sometimes there's info in one place that isn't in the other. I wish more documentation in the IT field were written like this. My only suggestion is that it would be helpful for us new folks to have some kind of general overview that describes (or better yet, shows in a flowchart) how data flows between client, server, the various tests, the web server, how the various config files fit in, and so on. The information is currently in there but it takes a good bit of reading and experimenting before you really start to "get it". Questions: 1) In the hobbit-clients.cfg file, I this is in the comments: # Defaults: MEMPHYS warnlevel=100 paniclevel=101 (i.e. it will never go red) # MEMSWAP warnlevel=50 paniclevel=80 # MEMACT warnlevel=90 paniclevel=97 # Note: The words "PHYS", "ACT" and "SWAP" are also recognized. And then later on, there is this bit: # These are the built-in defaults. # SWAP 20 40 # MEMSWAP 50 80 Is there a difference between MEMSWAP and SWAP? If not, why is it listed twice in the defaults? If so, what is the difference? 2) In the documentation page for hobbit-clients.cfg, there is this statement: "CLASS=classname - Rule match by the client class-name. You specify the class-name for a host when starting the client through the "--class=NAME" option to the runclient.sh script. If no class is specified, the host by default goes into a class named by the operating system." Unfortunately I can't find any details about what the default names of the "classes named by the operating system" are, so I don't know which strings to put after "CLASS=" in my hobbit-clients.cfg file. Is there a list somewhere? 3) There are a couple columns in the default configuration that I don't want, like "files". On the page in question, the status icon for every system is "clear" (white). I want to use the "drop" option to the bb command to do this. I issued this command for every host on the page in question: bb localhost "drop <hostname> files" That works for a minute or two. On the next page refresh, almost all of the hosts have the column empty (just a dash), but a few of them are back to "clear" already. After one or two refreshes, all the systems are back at clear status. How can I get hobbit to drop the column forever, permanently, completely, without leaving old history files around and stuff? Thanks for any tips! --- Doug Linder UNIX Systems Administrator CompuCom Systems, Inc. SABIC Innovative Plastics T: 413 448 7563 D: *838 7563 E: doug.linder at sabic-ip.com <mailto:doug.linderrdoug.linder at sabic-ip.com> ---------------------------------------------------- Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Fellowes, Inc. ----------------------------------------------------

1 0