September 2009 - Xymon - Xymon mailman web

Devmon causing core dumps
by Vernon.Everett＠woodside.com.au 23 Nov '09

23 Nov '09

Hi all Devmon was causing the hobbitd_rrd module to crash and burn. Now this could be a bug, but it could also be a PEBKAC. I am hoping somebody can assist either way. I added a Cisco 2851 to Hobbit, using devmon. Now here is the possible PEBKAC Since Devmon doesn't have templates for the 2851, I used the template for the Cisco 2811. (Network guru told me they are pretty much the same, except for a few extra bells and whistles on the 2851.) The data for the device started appearing in Hobbit, and all looked good. Devmon even created the rrd files for the new Cisco device. However, the hobbitd_rrd module started core dumping, and the Hobbit server page started displaying red for hobbitd_rrd with the crash detected message. See core data below. Took the new Cisco device out of Hobbit, and cores stopped, and life was good again. Is there a significant enough difference between the 2851 and the 2811 to cause this, or are we looking at a genuine bug? I am leaning towards a bug, because even if the collected data was complete rubbish, should it cause the module to core? Regards Vernon My Linux guy reckons this is the important stuff from the core. uname -a Linux las006 2.6.18-92.1.1.el5 #1 SMP Thu May 22 09:01:47 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux cat /etc/redhat-release Red Hat Enterprise Linux Client release 5.2 (Tikanga) gdb -c core.8550 /usr/lib/hobbit/server/bin/hobbitd_rrd GNU gdb Red Hat Linux (6.5-37.el5_2.1rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". Reading symbols from /usr/lib64/librrd.so.2...done. Loaded symbols for /usr/lib64/librrd.so.2 Reading symbols from /usr/lib64/libpng12.so.0...done. Loaded symbols for /usr/lib64/libpng12.so.0 Reading symbols from /lib64/libpcre.so.0...done. Loaded symbols for /lib64/libpcre.so.0 Reading symbols from /lib64/libc.so.6...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /usr/lib64/libfreetype.so.6...done. Loaded symbols for /usr/lib64/libfreetype.so.6 Reading symbols from /usr/lib64/libz.so.1...done. Loaded symbols for /usr/lib64/libz.so.1 Reading symbols from /usr/lib64/libart_lgpl_2.so.2...done. Loaded symbols for /usr/lib64/libart_lgpl_2.so.2 Reading symbols from /lib64/libm.so.6...done. Loaded symbols for /lib64/libm.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Core was generated by `hobbitd_rrd --rrddir=/var/lib/hobbit/rrd --debug'. Program terminated with signal 6, Aborted. #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 #1 0x0000003db7a31bf0 in abort () from /lib64/libc.so.6 #2 0x00000000004119f3 in sigsegv_handler (signum=<value optimized out>) at sig.c:57 #3 <signal handler called> #4 0x0000003db7a77ac0 in strcat () from /lib64/libc.so.6 #5 0x000000000040462a in do_devmon_rrd (hostname=0x2ada311e2806 "PERIR205", testname=0x2ada311e280f "if_load", msg=<value optimized out>, tstamp=<value optimized out>) at rrd/do_devmon.c:87 #6 0x000000000040b656 in update_rrd (hostname=0x2ada311e2806 "PERIR205", testname=0x2ada311e280f "if_load", msg=0x2ada311e2842 "status PERIR205.if_load green Fri Oct 31 10:31:39 2008", tstamp=1225416699, sender=<value optimized out>, ldef=0xfeffffffffffff00) at do_rrd.c:372 #7 0x000000000040261d in main (argc=<value optimized out>, argv=0x7fff7a088318) at hobbitd_rrd.c:153 (gdb) NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

4 8

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

Funky TOP output
by ejacobs＠thomaspublishing.com 03 Nov '09

03 Nov '09

Xymon 4.2.3 client running on RHE4 (update 3). When I click on CPU I get the output of top, but it is wrong (Load average may be correct, but list of processes running is not). I checked the data being built in tmp directory on client, and it is wrong there also, so I am sure it has something to do with client. Eric Jacobs Infrastructure and Operations Information Technology Group Phone:215-682-5354 Email:ejacobs at thomaspublishing.com

9 28

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

Vertical columns. Is it possible?
by camorae＠googlemail.com 20 Oct '09

20 Oct '09

Hi guys, does anybody know, if its possible to make the "check columns" at the vertical and not horizontal? Its kinda of unhandy when you allways have to scroll to the left when you want to see all your checks. Thanks, Cayo

10 28

bug bbtest-net ping test xymon-4.3.0-beta2
by suam8＠hotmail.com 12 Oct '09

12 Oct '09

I'm using CentOS 5.3 64bit with xymon-4.3.0-beta2 It seems that when on bb-hosts there is config where there are short similar names, the first connection test fail. This means that the ping of aa trought ip 1.2.3.4 fail for to reproduce the problem put on bb-hosts 1.2.3.4 aa # 1.2.3.5 aa1 # 1.2.3.6 aa2 # after a while the check conn of aa go to red on the server shell you are able to run ping,fping,hobbitping trought aa and it works. However the xymon check fail fping -Ae 1.2.3.4 1.2.3.4 is alive (0.17 ms) it seems that there is a walktrhought for bypass the problem if you put aa host after aa2 the check go back green 1.2.3.5 aa1 # 1.2.3.6 aa2 # 1.2.3.4 aa # _________________________________________________________________ With Windows Live, you can organize, edit, and share your photos. http://www.microsoft.com/middleeast/windows/windowslive/products/photo-gall…

2 1

Critical View / default Color
by nico＠crysto.org 12 Oct '09

12 Oct '09

Hi, I would like to know if there is a way to change the default color on the critical view. By default, it’s Red+Yellow. Manually, you can set Red+Yellow+Purple. I would like to change the default by Red+Yellow+Purple. Thanks. Regards, Nico

2 3

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

HOBBITMENU issue on xymon 4.3.0 debian stable
by pkc_mls＠yahoo.fr 02 Oct '09

02 Oct '09

Hi all, I'm running xymon client and server on debian stable (5.0). Both were installed via the packages. (ie no compilation). I have an error in the log that comes each 5 minutes in the bb-display.log: xgetenv: Cannot find value for variable HOBBITMENU The menu is replaced with &HOBBITMENU. I searched through the source code, but I couldn't find any reference to this HOBBITMENU. Has anyone already solved this ? thanks.

2 3