August 2009 - Xymon - Xymon mailman web

xymonton monitors (hardware/samba)
by martin.flemming＠desy.de 06 Nov '09

06 Nov '09

Hi, unfortunatley the tar files are not accessible .. http://xymonton.trantor.org/doku.php/monitors:samba_servers http://xymonton.trantor.org/doku.php/monitors:hardware_sensors https://www.makelofine.org/xymon-plugins/hobbit-hardware-v0.1.tar.bz2 https://www.makelofine.org/xymon-plugins/hobbit-samba-v0.1.tar.bz2 .. i've got permission denied ... :-( by the way, is it possible to get a newsletter or something else, if there are new entries or pluggins available ? cheers, Martin

5 5

IPv6
by david.bandel＠gmail.com 30 Oct '09

30 Oct '09

Folks, Searched the archives and found a few IPv6 inquiries, but only that there are no plans to support it. While I'm not a programmer, I suspect it would actually be fairly simple to implement (please correct me if I'm wrong). This is starting to become a priority for me. I need to monitor my ssh servers, but they all only respond now to ipv6, so I can't :-(. For those of you who care, after monitoring my ipv6 only ssh logs, the automated attacks against my servers has dropped from over 10,000 attacks per day to 0. Have not had a single attack in months. Haven't seen that in over 10 years now. I'm sure this is only a temporary thing, but it sure is nice. I have only one other piece of software I can't replace (besides hobbit) that needs to support ipv6 and I will be ready. Those of you watching the bogon list might know how close we are to complete ipv4 exhaustion, and in some areas of the world ipv4 addresses are no longer available. If there is anything I can do to expedite a move to support ipv6, let me know. Thanx, David A. Bandel -- Focus on the dream, not the competition. - Nemesis Air Racing Team motto

6 9

dbcheck for RAC connections refused
by martin.flemming＠desy.de 26 Oct '09

26 Oct '09

Hi ! I want to use dbcheck.pl from http://sourceforge.net/projects/hobbit-perl-cl/ .. but unfortunatley something is going wrong, i get only "Connection Refused" Messages and no data .. :-( My config is below: bb-hosts: 0.0.0.0 atlas_tag_db # noconn dbcheck 0.0.0.0 atlast1 # noconn dbcheck 0.0.0.0 atlast2 # noconn dbcheck 0.0.0.0 atlast3 # noconn dbcheck 0.0.0.0 atlast4 # noconn dbcheck dbcheck.ini: oraclehome = /opt/products/oracle-client/10.2g/ username = XXXX password = XXXXXXXXXXXXXXXXXXXXXXX [atlas_tag_db] dbtype = Oracle oraclerac = yes hostname = lcg3d-a-v-4 # hostname of the rac instance n.2 sid = atlas_tag_db # sid of the rac instance n.2 port = 1521 # port of listener on rac instance n.2 username = XXXX password = XXXXXXXXXXXX [atlast1] dbtype = Oracle hostname = lcg3d-a-v-1 # hostname of the rac instance n.2 sid = atlast1 # sid of the rac instance n.2 port = 1521 # port of listener on rac instance n.2 username = XXXX password = XXXXXXXXXXX [atlast2] dbtype = Oracle hostname = lcg3d-a-v-2 # hostname of the rac instance n.2 sid = atlast2 # sid of the rac instance n.2 port = 1521 # port of listener on rac instance n.2 username = XXXXX password = XXXXXXXXXXXXXXX [atlast3] dbtype = Oracle hostname = lcg3d-a-v-3 # hostname of the rac instance n.2 sid = atlast3 # sid of the rac instance n.2 port = 1521 # port of listener on rac instance n.2 username = XXXXXX password = XXXXXXXXXXXXXXXX [atlast4] dbtype = Oracle hostname = lcg3d-a-v-4 # hostname of the rac instance n.2 sid = atlast4 # sid of the rac instance n.2 port = 1521 # port of listener on rac instance n.2 username = XXXXXXXX password = XXXXXXXXXXXXXXXXXXX It's a RAC-Cluster with the instances on virtual-xen-maschines ... The Xen-server for the virtual machines are running with oracle-(redhat)-enterprise-linux : Enterprise Linux Enterprise Linux Server release 5.2 (Carthage) Linux lcg3d-a-1.desy.de 2.6.18-92.el5xen #1 SMP Fri May 23 23:49:15 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux .. don't know, if that a important point for my problem ... The dbcheck-error-output is like bin/bbcmd ext/dbcheck.pl fast -dd 2009-07-29 21:09:50 Using default environment file /usr/lib/hobbit/server/etc/hobbitserver.cfg . . . Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::exec_local_cmd line 429 Wed Jul 29 21:09:50 2009:DEBUG:RESULT= 0, COMMAND= /usr/lib/hobbit/server/bin/bbhostgrep dbcheck ,VALUE=0.0.0.0 atlas_tag_db # dbcheck 0.0.0.0 atlast1 # dbcheck Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::exec_local_cmd line 429 Wed Jul 29 21:09:50 2009:DEBUG:RESULT= 0, COMMAND= /usr/lib/hobbit/server/bin/bbhostgrep dbcheck ,VALUE=0.0.0.0 atlas_tag_db # dbcheck 0.0.0.0 atlast1 # dbcheck . . . Wed Jul 29 21:09:50 2009:DEBUG: hostadress: atlast1 Wed Jul 29 21:09:50 2009:DEBUG: mode=1, tocheck=0, testmode=0 data0=uptime, data1=status+60 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::check_test line 1048 Wed Jul 29 21:09:50 2009:DEBUG: mode=1, tocheck=0, testmode=0 data0=DBCheck, data1=status+60 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::load_test_config line 1182 Wed Jul 29 21:09:50 2009:DEBUG: LINE=fulltest, EVENT=DBCheck, CHECK=status+60 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::check_test line 1048 Wed Jul 29 21:09:50 2009:DEBUG: mode=1, tocheck=0, testmode=0 data0=ChkConn, data1=status+60 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::load_test_config line 1182 Wed Jul 29 21:09:50 2009:DEBUG: LINE=conn, EVENT=ChkConn, CHECK=status+60 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::check_test line 1048 Wed Jul 29 21:09:50 2009:DEBUG: mode=1, tocheck=1, testmode=0 data0=Audit, data1=notest Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::load_test_config line 1182 Wed Jul 29 21:09:50 2009:DEBUG: LINE=audit, EVENT=Audit, CHECK=notest Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::check_test line 1048 Wed Jul 29 21:09:50 2009:DEBUG: mode=1, tocheck=1, testmode=0 data0=TblSpace, data1=notest Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::load_test_config line 1182 Wed Jul 29 21:09:50 2009:DEBUG: LINE=tablespace, EVENT=TblSpace, CHECK=notest Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::check_test line 1048 Wed Jul 29 21:09:50 2009:DEBUG: mode=1, tocheck=1, testmode=0 data0=Extent, data1=notest Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::load_test_config line 1182 Wed Jul 29 21:09:50 2009:DEBUG: LINE=extent, EVENT=Extent, CHECK=notest Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::check_test line 1048 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::check_test line 276 Wed Jul 29 21:09:50 2009:DEBUG: mode=1, tocheck=0, testmode=0 data0=uptime, data1=status+60 Wed Jul 29 21:09:50 2009:DEBUG: mode=1, tocheck=1, testmode=0 data0=HitCache, data1=notest Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::load_test_config line 1182 Wed Jul 29 21:09:50 2009:DEBUG: LINE=hitcache, EVENT=HitCache, CHECK=notest Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::check_test line 1048 Wed Jul 29 21:09:50 2009:DEBUG: LINE=unumber, EVENT=unumber, CHECK=status+60 Wed Jul 29 21:09:50 2009:ERROR on atlast1: Timeout connecting to DBI:Oracle:host=lcg3d-a-v-1 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlast1 # sid of the rac instance n.2! Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 1109 Wed Jul 29 21:09:50 2009:DEBUG: TEST=conn, TYPE=status+60, EVENT=ChkConn, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 1109 Wed Jul 29 21:09:50 2009:DEBUG: BBDISPLAY: 131.169.56.65, hostname: atlast1, type: status+60, event: ChkConn, time: 00:00:00, color=red Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 1109 Wed Jul 29 21:09:50 2009:DEBUG: COMPLETE MESSAGE:status+60 atlast1.CkConn red Wed Jul 29 21:09:50 2009 Timeout connecting to DBI:Oracle:host=lcg3d-a-v-1 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlast1 # sid of the rac instance n.2! dbcheck.pl version 1.08 - column ChkConn lifetime 60, tested in ~ 00:00:00 (max 00:00:20) Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 339 Wed Jul 29 21:09:50 2009:DEBUG: TEST=unumber, TYPE=status+60, EVENT=unumber, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 339 Wed Jul 29 21:09:50 2009:DEBUG: BBDISPLAY: 131.169.56.65, hostname: atlast1, type: status+60, event: unumber, time: 00:00:00, color=clear Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 339 Wed Jul 29 21:09:50 2009:DEBUG: COMPLETE MESSAGE:status+60 atlast1.unumber clear Wed Jul 29 21:09:50 2009 Connection Check Failed dbcheck.pl version 1.08 - column unumber lifetime 60, tested in ~ 00:00:00 (max 00:00:20) Wed Jul 29 21:09:50 2009:ERROR on atlas_tag_db: Timeout connecting to DBI:Oracle:host=lcg3d-a-v-4 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlas_tag_db # sid of the rac instance n.2! Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 1109 Wed Jul 29 21:09:50 2009:DEBUG: TEST=conn, TYPE=status+60, EVENT=ChkConn, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0 Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 1109 Wed Jul 29 21:09:50 2009:DEBUG: BBDISPLAY: 131.169.56.65, hostname: atlas_tag_db, type: status+60, event: ChkConn, time: 00:00:00, color=red Wed Jul 29 21:09:50 2009:CALL : Hobbit_fd_lib::send_bb line 1109 Wed Jul 29 21:09:50 2009:DEBUG: COMPLETE MESSAGE:status+60 atlas_tag_db.ChkConn red Wed Jul 29 21:09:50 2009 Timeout connecting to DBI:Oracle:host=lcg3d-a-v-4 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlas_tag_db # sid of the rac instance n.2! And status-page looks like Test Time = 00:00:01 Host Checked = 5 Status Msg = 60 Colors Colors clear 55 red 5 Events Events Audit 5 ChkConn 5 Extent 5 HitCache 5 InvObj 5 Locks 5 MemReq 5 RollBack 5 Session 5 TblSpace 5 unumber 5 uptime 5 Types Types status+60 60 Hosts Summary Hosts clear red Number Times atlas_tag_db 11 1 12 00:00:00 atlast1 11 1 12 00:00:00 atlast2 11 1 12 00:00:00 atlast3 11 1 12 00:00:00 atlast4 11 1 12 00:00:00 Hosts Summary Hosts Audit ChkConn Extent HitCache InvObj Locks MemReq RollBack Session TblSpace unumber uptime atlas_tag_db 1 1 1 1 1 1 1 1 1 1 1 1 atlast1 1 1 1 1 1 1 1 1 1 1 1 1 atlast2 1 1 1 1 1 1 1 1 1 1 1 1 atlast3 1 1 1 1 1 1 1 1 1 1 1 1 atlast4 1 1 1 1 1 1 1 1 1 1 1 1 Errors No General Errors atlas_tag_db Wed Jul 29 18:52:47 2009:ERROR: Timeout connecting to DBI:Oracle:host=lcg3d-a-v-4 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlas_tag_db # sid of the rac instance n.2! atlast1 Wed Jul 29 18:52:47 2009:ERROR: Timeout connecting to DBI:Oracle:host=lcg3d-a-v-1 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlast1 # sid of the rac instance n.2! atlast2 Wed Jul 29 18:52:47 2009:ERROR: Timeout connecting to DBI:Oracle:host=lcg3d-a-v-2 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlast2 # sid of the rac instance n.2! atlast3 Wed Jul 29 18:52:47 2009:ERROR: Timeout connecting to DBI:Oracle:host=lcg3d-a-v-3 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlast3 # sid of the rac instance n.2! atlast4 Wed Jul 29 18:52:47 2009:ERROR: Timeout connecting to DBI:Oracle:host=lcg3d-a-v-4 # hostname of the rac instance n.2;port=1521 # port of listener on rac instance n.2;sid=atlast4 # sid of the rac instance n.2! Warnings No General Warnings No Hosts Warnings dbcheck.pl version 1.08 - column dbcheck lifetime 60, tested in ~ 00:00:01 (max 00:02:00) I use the old and also the new version of dbcheck.pl ... Any idea why could my enviroment be damaged ? thanks & cheers martin

3 12

Xymon hosts database.
by david.peters＠dpi.nsw.gov.au 06 Oct '09

06 Oct '09

I think I have posted this quite a while ago but it is still on my mind. We currently configure the hosts, pages etc using a windows database and windows front end that I wrote quite some time ago. I keep getting the urge to convert it to a linux database and a web frontend. However I would not do this if there is no interest in using it. The point is that you never touch the bb-hosts file and all configuration of hosts and layouts is done via a user interface. Is there any interest in this? Is there anyone willing to help? If so I was going to convert to mysql and either php or perl cgi. Any comments on this? We have 400 odd hosts here and have pages split by priority, service, location, and support group all on the front page but all configured via the database. Currently the bb-hosts is built via a perl script that extracts the database and then generates a main bb-hosts file plus include files for each sub-page. ------------------------------------------------------------------------------ David Peters +61 2 63913565 +61 4 17863572 ------------------------------------------------------------------------------ This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of their organisation.

13 31

RSS display disabled hosts
by stella＠rider.edu 21 Sep '09

21 Sep '09

Hello, Trying to create some rss pages that I wish to display offline status. I added --rsslimit=blue however the status displayed on the rss file is the actual status of the test. For example if I have a test that would display red, but I disabled the host completely, the rss status shows the red condition. Also, If the host is green, but I disabled the host, the rss status shows green (no critical alerts). Any ideas on how to go around this? TIA.

2 2

[hobbit] bb-prtdiag.sh - Sun SPARC Enterprise M9000 Server
by Craig.Cook＠carquest.com 14 Sep '09

14 Sep '09

>I am having truble with the bb-prtdiag script on "Sun SPARC Enterprise M9000 Server " and also "SUNW,UltraAX-i2" hardware. Always saying something is wrong when I cant see anything wrong? The M9000 has not explicitly been added for support. Check the readme with the bb-prtdiag tar file for how to run the built in debug. There is also information in the comment section at the top of the script. Support for UltraAX-i2 has been added, run debug to find out why/where it is complaining. >bb-prtdiag is a very simple test. It looks at the return code of the prtdiag command. No. bb-prtdiag does not look at the return code from running prtdiag. If you want a simple prtdiag check there is another one on deadcat. Craig

6 7

DOWNTIME for Non-Network tests
by thorsten.erdmann＠daimler.com 14 Sep '09

14 Sep '09

Hi, can I somehow tell Hobbit to ignore bad test results in certain times, like the DOWNTIME tag does for network tests? e.g. I do some Oracle database tests and shutdown the databases on weekends for backup. I don't want this planned downtime to appear in the Non-Green-Systems View and in the Availability reports. Maybe I can "missuse" the badTEST tag somehow? Thanks 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.

10 26

[hobbit] BBALPHAMSG max size?
by david.gore＠verizonbusiness.com 09 Sep '09

09 Sep '09

BBALPHAMSG has a max size of 4096. Here are my MSG settings: ../etc/hobbitserver.cfg:MAXMSG_STATUS=2048 # maximum size of a "status" message in kB, default: 256 ../etc/hobbitserver.cfg:MAXMSG_CLIENT=2048 # maximum size of a "client" message in kB, default: 512 ../etc/hobbitserver.cfg:MAXMSG_DATA=2048 # maximum size of a "data" message in kB, default: 256 Do those MSG settings have anything at all to do with BBALPHAMSG? I am thinking no. I need more from BBALPHAMSG because I am parsing the variable for the red and yellow alarms. If you have a fairly long 'procs' list for instance and your red or yellow alarm are near the bottom of the list, you will not be able to extract the alarming procs. Is my only choice to increase the limit in the source and recompile? Anyone else run into this problem and solve it? David Gore (v965-3670) Network Management Systems (NMS) IMPACT Transport Team Lead - SCSA, SCNA Page: 1-800-PAG-eMCI pin 1406090 Vnet: 965-3676

2 1

Can´t receive client data
by thorben.advena＠zdv.uni-tuebingen.de 09 Sep '09

09 Sep '09

Hi, i installed a new server with sles11 and Xymon 4.2.3. I must move our old server with the Hobbit Monitor 4.2.0 to the new machine.I reuse the most of the configuration files from the Hobbit Monitor 4.2.0 to configure Xymon. My biggest problem ist, that xymon can´t recieve any data from my hobbit clients on the other machines. So i can only see the conn-, info- and trends Information.The other way around i recieve all data from my server (Xymon Server) over the xymon client. So i can check cpu-, disk status and so on. Must i install on all my machines a xymon client to recieve data ? That would be devastating. I´m a amateur in Xymon and need help, because i can´t find a answer for my problem. Kind regards Thorben Advena <http://dict.leo.org/ende?lp=ende&p=thMx..&search=reuse> -- ----------------------------------------------------- Thorben Advena Zentrale Systeme Zentrum für Datenverarbeitung Universität Tübingen Wächterstraße 76 D-72074 Tübingen Tel: +497071 29-70284 Fax: +497071 29-5912 Email: thorben.advena at zdv.uni-tuebingen.de

11 20

Devmon / MRTG
by mv652＠softhome.net 05 Sep '09

05 Sep '09

Hi, Could I get a quick-and-dirty explanation regarding the Devmon implementation in Xymon 4.3.x? The way I understand it, Devmon provides SNMP capabilities to Xymon so the monitoring server can poll SNMP capable devices. How is this different to Integrating MRTF data into XYMON, for example? If I am interesting in getting bandwidth for various device interfaces, I am assuming it is best to do via Devmon rather than integrate MRTG? Lastly, is there a readme / howto that explains devmon-xymon setup? Thanks, Mario

4 6