March 2009 - Xymon - Xymon mailman web

kt
by mpushpalatha123＠gmail.com 14 Mar '09

14 Mar '09

Hi, I need to know hot to export metric report of hobbit in to excel format -- With Regards Pushpalatha

1 0

INTERVAL does not work in xymon/client/bin/hobbitlaunch
by tinh.do＠continental-corporation.com 13 Mar '09

13 Mar '09

Hi This problem only occur in Linux (RHEL3 and RHEL4 - I haven't test on other Linux platfrom). with xymon 4.2.3 (not Hobbit). The default is "INTERVAL 5m" a typcal xymon processes include : xymon 12790 1 0 10:13 ? 00:00:00 /opt/Conti/xymon/client/bin/hobbitlaunch --config=/opt/Conti/xymon/client/etc/clientlaunch.cfg --log=/opt/Conti/xymon/client/logs/clientlaunch.log --pidfile=/opt/Conti/xymon/client/logs/clientlaunch.linuxhost.pid xymon 12791 12790 0 10:13 ? 00:00:00 /bin/sh /opt/Conti/xymon/client/bin/hobbitclient.sh xymon 12796 12791 0 10:13 ? 00:00:00 /bin/sh /opt/Conti/xymon/client/bin/hobbitclient-linux.sh xymon 12813 12796 0 10:13 ? 00:00:00 sh -c vmstat 300 2 1>/opt/Conti/xymon/client/tmp/hobbit_vmstat.linuxhost.12796 2>&1; mv /opt/Conti/xymon/client/tmp/hobbit_vmstat.linuxhost.12796 /opt/Conti/xymon/client/tmp/hobbit_vmstat.linuxhost However, the PID 12813 disappear 5 minutes later. And the xymon page shows cpu, disk, files memory, msg, port and proc icons in purple. Any suggestion ? Thanks

1 0

How to query the non-green Systems
by thorsten.erdmann＠daimler.com 13 Mar '09

13 Mar '09

Hi I would like to get the list on non-green hosts as a simple textfile. I tried "bb 127.0.0.1 "hobbitdboard color=red"" but it lists _all_ red hosts, not only these which are on the non-green page. I have some hosts/tests which have a nopropred statement. These are filtered out by the non-green view and that is the desired behaviour. Another idea would be to analyze the webpage, but that's not a really easy task. Any ideas? This would be also sensefull for the hobbit's alert daemon. It also alerts nopropred states which I don't want. Thank you Thorsten Erdmann If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

1 0

[hobbit] no iostat rrds?
by craig＠cookitservices.com 13 Mar '09

13 Mar '09

iostat graphs on Solaris in hobbit are broken. http://www.hswn.dk/hobbiton/2007/07/msg00335.html Even after these patches there seems to be a parsing issue on some filesystems. ie. some filesystems get a solid graph line, some filesystems are a broken line. "Random" data seems to be missing from the rrd's. I have not located where the bug is yet though. Craig Cook

3 3

no service-alert for all hosts
by martin.flemming＠desy.de 12 Mar '09

12 Mar '09

Hi ! I've got in my hobbit-alerts.cfg many HOST and PAGE/SUBPAGE rules ... Now i need (at the top i think) one rule, which disable alerting of some Services for all hosts .. My first attempt is at the top IGNORE SERVICE=test1,test2,test3 .. i thought, that's it .. but now, my mailmaster is angry because many mails hanging around in the mail-queue with IGNORE at desy.de .... Any hint ? thanks & cheers, Martin

3 7

[hobbit] Problem running make
by paulduff＠tpg.com.au 12 Mar '09

12 Mar '09

Henrik, Thanks for the reply. I ran the "configure" script from the 4.3.0 beat source and did not copy it from an older installation (This is my first install of xymon). Any suggestions on what to try next? Regards Paul On Fri, Feb 20, 2009 at 10:42:20AM +1100, paulduff (at) tpg.com.au wrote: > Hi, I am having some more trouble on my Solaris 10 server. After having > several issues with rrdtool, I was able to successfully run the > ./configure. I them ran make (GNU make 3.81) and hit the following error. Your Makefile should have a line with LIBRTDEF="-lrt" but the "make" output indicates this is not the case. Did you run the "configure" script on the 4.3.0 beta source to create the Makefile, or did you copy it over from an older (4.2.x) installation ? Regards, Henrik

1 0

questions about hobbit-alerts.cfg and hobbit-clients.cfg
by ge.janssen＠gmail.com 12 Mar '09

12 Mar '09

Hello, Today, after a friend had problems with is apache, I was sending a sms every 5 minutes. Unfortunately this is my private phone so 1 sms per hour seems acceptable. My rule states: (as found in the example on the manpage) HOST=venus SERVICE=* REPEAT=1h TIME=*:0800:2200 COLOR=red SCRIPT /usr/local/bin/sendsmshobbit.sh 31652345678 FORMAT=sms HOST=www.linix.be SERVICE=* REPEAT=1h TIME=*:0800:2200 COLOR=red SCRIPT /usr/local/bin/sendsmshobbit.sh 324567890123 FORMAT=sms HOST=home.nouwen.name SERVICE=* REPEAT=1h TIME=*:1000:2200 COLOR=red SCRIPT /usr/local/bin/sendsmshobbit.sh 31652345678 FORMAT=sms HOST=www.jos.nouwen.name SERVICE=* REPEAT=1h TIME=*:1000:2200 COLOR=red SCRIPT /usr/local/bin/sendsmshobbit.sh 31652345678 FORMAT=sms my logfile states: 2009-03-09 18:46:07 Ignored unknown/unexpected token 'REPEAT=1h' at line 120 2009-03-09 18:46:07 Ignored unknown/unexpected token 'REPEAT=1h' at line 123 2009-03-09 18:46:07 Ignored unknown/unexpected token 'REPEAT=1h' at line 126 2009-03-09 18:46:07 Ignored unknown/unexpected token 'REPEAT=1h' at line 129 Clearly my solution was the "repeat" field. According to the internal documentation, this should be in mintes: # REPEAT - How often an alert gets repeated, in minutes. The html manpage: REPEAT How often an alert gets repeated. As with the DURATION setting, this is in minutes unless explicitly modified with 'm', 'h', 'd'. Ok, if this is what we need. In minutes: HOST=venus SERVICE=* REPEAT=60 TIME=*:0800:2200 COLOR=red SCRIPT /usr/local/bin/sendsmshobbit.sh 31652345678 FORMAT=sms My logfile states /usr/local/bin/sendsms $RCPT "$BBALPHAMSG" + /usr/local/bin/sendsms 31652345678 'home.nouwen.name:conn red [587147' 2009-03-09 21:49:17 Ignored unknown/unexpected token 'REPEAT=60' at line 120 2009-03-09 21:49:17 Ignored unknown/unexpected token 'REPEAT=60' at line 123 2009-03-09 21:49:17 Ignored unknown/unexpected token 'REPEAT=60' at line 126 2009-03-09 21:49:17 Ignored unknown/unexpected token 'REPEAT=60' at line 129 Can someone help me with the right syntax? And my second question: In the hobbit-clients.cfg is the folowing server: HOST=venus # DISK /media/news 50 51 DISK /media/news IGNORE PROC ssh PROC /usr/local/bin/smsd 2 2 PROC cron PROC readserial 0 2 It must be clearly that the /media/news filesystem is of no importance. Monitoring is nice for the graph, but I do not want a red disk if the filesystem is full. I tried IGNORE, 100 100 but nothing works. Since this is one of the servers that is sending sms i want to tune this parameter. Does someone else has an idea? Regards, Gé Janssen p.s. I upgraded last weekend to Xymon 4.23 from 4.20

4 4

Improved Critical Systems Editor page
by malcolm.hunter＠gmx.co.uk 12 Mar '09

12 Mar '09

I've had a go at improving the layout of the Critical Systems editor page. The fix is to replace the nkedit_form file, which I have uploaded as a patch on SourceForge. I'm running on 4.2.2 but at the time of writing the file hasn't changed since then: http://sourceforge.net/tracker/index.php?func=detail&aid=2682978&group_id=1… Enjoy! Malcolm -- Technical copy-editor & proofreader KDE Proofreading Team KDE British English Translation Team http://l10n.kde.org/team-infos.php?teamcode=en_GB Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

2 1

Bug: hobbitsvc.cgi --multigraphs
by mob＠rcf.dk 11 Mar '09

11 Mar '09

Hi I have enablet --multigraphs in hobbitcgi.cfg CGI_SVC_OPTS="--env=/hobbit/server/etc/hobbitserver.cfg --no-svcid --history=top --multigraphs=disk,jvm" I try to make the graph more readbable, since 10 lines in 1 graph is unreadable. I have a column called jvm with a random number of lines (uses splitncv). The configuration seems to work but with clients with only 3 lines or 6 lines the last line is lost. Server: *Xymon 4.2.2-RC1-2008.12.01 <http://hobbitmon.sourceforge.net/>* -- mvh mogens busk mob at rcf.dk

1 0

4.4.0 Build Error
by Chris.Morris＠RWEsystemsUK.com 11 Mar '09

11 Mar '09

Trying to compile xymon 4.4.0 on AIX 5.3 got this error : - if gcc -DHAVE_CONFIG_H -I. -I. -O -D_REENTRANT -DAIX -isystem . -isystem /usr/local/xymon-4.4.0/include -isystem /usr/local/include -g0 -Wno-system-headers -MT adig.o -MD -MP -MF ".deps/adig.Tpo" -c -o adig.o adig.c; \ then mv -f ".deps/adig.Tpo" ".deps/adig.Po"; else rm -f ".deps/adig.Tpo"; exit 1; fi adig.c:144: error: 'T_NAPTR' undeclared here (not in a function) adig.c: In function 'display_rr': adig.c:648: warning: case label value exceeds maximum value for type gmake[3]: *** [adig.o] Error 1 gmake[3]: Leaving directory `/usr/local/xymon-4.4.0/bbnet/c-ares' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/local/xymon-4.4.0/bbnet/c-ares' gmake[1]: *** [c-ares/.libs/libcares.a] Error 2 gmake[1]: Leaving directory `/usr/local/xymon-4.4.0/bbnet' gmake: *** [bbnet-build] Error 2 Regards, Chris ********************************************************************** This e-mail including any attachments is provided for general information purposes only and does not constitute advice except to the addressee if expressly stated in this email. For the avoidance of doubt the contents of this email and any attachments are subject to contract and are not intended to and will not constitute a legally binding contract or any part of a legally binding contract. The information contained in this email and any attachments is confidential. It is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution or copying of the message or associated attachments is strictly prohibited. If you have received this e-mail in error, please notify postmaster at RWEsystemsUK.com and permanently delete the email and any attachments immediately from your system. You should not retain, copy or use this email or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you for your co-operation. Neither RWE IT UK Ltd nor any of the other companies in the RWE Group from whom this e-mail originates accept any responsibility for losses or damage as a result of any viruses and it is your responsibility to check attachments (if any) for viruses. RWE IT UK Ltd Registered office: Mistral, Westlea Campus, Chelmsford Road, Swindon, Wiltshire, SN5 7EZ. Registered in England and Wales: company number 6052966. *******************************************

1 0