May 2009 - Xymon - Xymon mailman web

removing a purple alert
by john.r.rothlisberger＠accenture.com 22 May '09

22 May '09

System: xymon-4.3.0-beta ubunutu 8.04 devmon-0.3.1-beta1 Although I had devmon running it is not currently and there are no cron scripts enabled. I have a constant "dm" test that is purple and it will not go away. I have: ./bb n.n.n.n "drop 161mon:dm" (several times) Removed all "dm" releated hist logs etc. I have cleared my browser cache and have even started up IE on another machine an the purple shows there also. With BB it has been relatively easy to rid myself of the errant purples but what else does it take to get rid of them on xymon? This test is/was reported on my xymon server and not a client machine. Thanks, John _____________________________________________________________________ John R. Rothlisberger Accenture * Accenture Business Process Outsourcing * BSS Support Center Office: 312.693.3136 * Octel: 68/33136 * Fax: 312.652.3136 MSN: johnr3728 at hotmail.com AIM: johnr3728 _____________________________________________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

2 3

Multiple Xymon Servers
by ken＠minktech.com 22 May '09

22 May '09

We've got two xymon servers running 4.3.0-0.20090209. The clients are mostly hobbit 4.2.0. The goal was for the servers to run in parallel and stay in sync. I don't know if I did something wrong, but we're having a problem with the trend graphs and rrd. The rrd-status.log is full of messages like: 2009-05-19 12:26:02 RRD error updating /var/opt/hobbit/rrd/myhost.mydomain/la.rrd from 10.15.50.111: illegal attempt to update using time 1242750061 when last update time is 1242750061 (minimum one second step) Each client has BBDISP="0.0.0.0" BBDISPLAYS="10.15.50.10 10.15.50.12" in it's config so that it's sending data to both servers. Both servers have the same in their hobbitserver.cfg file. Doing this made sense to me so that if one server went down, it would still be getting client data. Also, we can disable/enable things on one server and the other show the appropriate status. Only one server is running bbpage, however. Did I configure things incorrectly for multiple servers or is there a deeper problem? Thanks, Ken

2 1

[hobbit] DNS testing
by Craig.Cook＠carquest.com 21 May '09

21 May '09

>Try: >0.0.0.0 dns1.example.com # dns=google.com > > >Stef No, that does not work either. I suspect it an undocumented requirement that a DNS server can resolve it's own IP. A resolving only DNS server that can not resolve it's own name is not common. Craig

2 1

DNS testing
by Craig.Cook＠carquest.com 21 May '09

21 May '09

I have an internal resolving only DNS server. dig @dns1.example.com www.google.com<http://www.google.com> Gives me a valid response. dig @dns1.example.com dns1.example.com Fails, since dns1.example.com is not a valid address on the internet. Is it a requirement for dns1.example.com to be able to resolve it's own name? I tried this in bb-hosts 0.0.0.0 dns1.example.com # dns=ns:google.com But Xymon gives me a red page stating that dns1.example.com service is unavailable. Craig

2 1

How to publish on xymonton
by nelis＠nlr.nl 21 May '09

21 May '09

How does one nowadays publish an add-on for Xymon on Xymonton? Following the FAQ I've requested elevated access for the last (?) step about one month ago, but there is no response on the request. Kind regards, Wim Nelis. ******************************************************************************************************* The NLR disclaimer (http://www.nlr.nl/emaildisclaimer) is valid for NLR e-mail messages. *******************************************************************************************************

2 1

xymon notifications
by joe＠tmsusa.com 20 May '09

20 May '09

We've been running big brother for some years, and we monitor several hundred servers in 2 data centers. We are currently running a pilot of xymon (4.3.0 svn), and just as with big brother, we have redundant monitoring servers. A xymon server in california monitors hosts in both california and arizona, and a xymon server in arizona monitors hosts in both data centers as well. For the most part, xymon is performing well, but it is a bit of an annoyance with xymon that we get duplicate notifications, as each xymon server sends it's own notifications for every event. Big brother sends a single notification for each event, as controlled by the alerting failover. Is there any way to eliminate the duplicate notifications from xymon? Joe

1 0

Hobbit/Devmon disk alert forever yellow
by john.r.rothlisberger＠accenture.com 20 May '09

20 May '09

I have a recently installed xymon for testing and have added only a couple hosts, one of which I have also setup devmon. This one hosts seems to ignore the defaults set for disk alerts in server/etc/hobbit-client.cfg. I am running xymon 4.3.0 beta 2. I currently have (in hobbit-client.cfg - the only active rules): DEFAULT # These are the built-in defaults. UP 1h LOAD 5.0 10.0 DISK * 32 64 MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 95 I have set the disk alerts very low for testing purposes. The two clients that I refer to are both win2k servers and xymon/devmon are running on ubuntu server 8. I have one server with panic alerts as its disk usage is higher then 64% - this is expected. I have another host in which I have also setup devmon but I have NOT setup disk monitoring under devmon for this host. This host reports only a yellow alert and one of its disks is 88% used. I found this anomaly when this servers disk was just over 90% and the default was 90/95. I set the alert to be higher 97/99 but the yellow alert was still there. After cleaning up some space on the disk and bringing it below the 90% mark I expected the yellow to go away but that hasn't happened either. Does devmon negate bbwin? Is there some additional settings that I need in hobbit-client.cfg to allow for something that devmon is doing? Thanks, John _____________________________________________________________________ John R. Rothlisberger Accenture * Accenture Business Process Outsourcing * BSS Support Center Office: 312.693.3136 * Octel: 68/33136 * Fax: 312.652.3136 MSN: johnr3728 at hotmail.com AIM: johnr3728 _____________________________________________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

2 1

Bug with RRD filename in hobbitsvc.cgi with trends (missing graphs from common RRD file)
by david.baldwin＠ausport.gov.au 20 May '09

20 May '09

I am building a range of graphs with devmon collecting RRD data. Some RRD files contain multiple datasets with different units - e.g. temperature and humidity. I want all the graphs to appear in the trends column. Finally, after a lot of stuffing around with different combinations, it appears that the following conditions are required: ** RRD file name must exist starting with the graph/"service" name * graph name must be listed in GRAPHS variable in hobbitserver.cfg * doesn't matter if graph name is listed in TEST2RRD or not So for the following graphs to work I created symlinks to env.*.rrd from humidity.*.rrd - e.g. # ls -l total 120 -rw-rw-r-- 1 hobbit hobbit 38536 May 20 15:49 env.Rack2-Front.rrd -rw-rw-r-- 1 hobbit hobbit 38536 May 20 15:49 env.Rack5(XRAID)-Rear.rrd lrwxrwxrwx 1 root root 19 May 20 14:29 humidity.Rack2-Front.rrd -> env.Rack2-Front.rrd lrwxrwxrwx 1 root root 25 May 20 14:29 humidity.Rack5(XRAID)-Rear.rrd -> env.Rack5(XRAID)-Rear.rrd -rw-rw-r-- 1 hobbit hobbit 19552 May 20 15:48 tcp.conn.rrd In fact, I found it was sufficient just to 'touch' the RRD filename to create an empty file - the graph CGI script uses the correct definition and finds the specified RRD file. Section of hobbitgraphs.cfg [env] FNPATTERN env\.(.+).rrd TITLE Temperature YAXIS Celsius DEF:p at RRDIDX@=@RRDFN@:temp:AVERAGE LINE2:p at RRDIDX@#@COLOR@:@RRDPARAM@ GPRINT:p at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:p at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:p at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:p at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n [humidity] FNPATTERN env\.(.+).rrd TITLE Humidity YAXIS Percent DEF:p at RRDIDX@=@RRDFN@:humidity:AVERAGE LINE2:p at RRDIDX@#@COLOR@:@RRDPARAM@ GPRINT:p at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:p at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:p at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:p at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n It took me a while to work out a testing harness for debugging the CGI script, but I came up with the following shell script: . /usr/lib/hobbit/server/etc/hobbitcgi.cfg HOST=$1 SERVICE=trends env REQUEST_URI=/hobbit-cgi/bb-hostsvc.sh?HOST=${HOST}\&SERVICE=$SERVICE SCRIPT_NAME=/hobbit-cgi/bb-hostsvc.sh QUERY_STRING=HOST=${HOST}\&SERVICE=$SERVICE REQUEST_METHOD=GET /usr/lib/hobbit/server/bin/hobbitsvc.cgi $CGI_SVC_OPTS --debug The debug output would show me the rrd files as they were found, and allowed me to pin down that the graph name had to match the start of the RRD filename. There's probably a few bugs in all of this. It would be nice not to have to create the RRD filenames by hand. Thanks, David. -- David Baldwin - IT Unit Australian Sports Commission www.ausport.gov.au Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616 david.baldwin at ausport.gov.au Leverrier Street Bruce ACT 2617 ------------------------------------------------------------------------------------- Keep up to date with what's happening in Australian sport visit http://www.ausport.gov.au This message is intended for the addressee named and may contain confidential and privileged information. If you are not the intended recipient please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you receive this message in error, please delete it and notify the sender. -------------------------------------------------------------------------------------

1 0

protocol that use hobbit for communication
by hajjioui.youness＠gmail.com 19 May '09

19 May '09

hi, SNMP is the protocol used by monitoring systems to get data from clients... does hobbit use SNMP or there is an other protocol?! thanks :-)

11 18

Fwd: NON DELIVERY :: Re: [hobbit] Disk Monitoring Problem
by malcolm.hunter＠gmx.co.uk 19 May '09

19 May '09

Hi, Does anyone else keep getting these messages? Please can a list moderator remove the registration? Regards, Malcolm -------- Original Message -------- Date: Tue, 19 May 2009 12:29:04 +0100 From: northgate at anite.com To: malcolm.hunter at gmx.co.uk Subject: NON DELIVERY :: Re: [hobbit] Disk Monitoring Problem Following the sale of the Anite Public Sector and Secure Information Solutions businesses to Northgate Information Solutions on November 1, 2008 - forwarding of emails addressed to these businesses from first.last at anite.com has ceased from April 30, 2009. YOUR EMAIL HAS BEEN DELETED AND NOT DELIVERED. You should resend the message to Please refer to www.anite.com for individual Anite company details. The contents of this e-mail and any attachments are for the intended recipient only. If you are not the intended recipient, you are not authorised to and must not disclose, copy, distribute, or retain this message or any part of it. It may contain information which is confidential and/or covered by legal professional or other privilege. Contracts cannot be concluded with us nor legal service effected by email. Anite plc Registered in England No.1798114 Registered Office: 353 Buckingham Avenue Slough Berks SL1 4PF United Kingdom VAT Registration No. GB 787 418187 Scanned for viruses by BlackSpider MailControl. -- Technical copy-editor & proofreader KDE Proofreading Team KDE British English Translation Team http://l10n.kde.org/team-infos.php?teamcode=en_GB Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

5 4