- Xymon - Xymon mailman web

[hobbit] Restarting hobbit server
by bewhite＠fellowes.com 21 Mar '08

21 Mar '08

The web server ( generally apache) which serves out the web pages? _____ From: Manocchia, Robert [mailto:Robert-Manocchia at IDEXX.com] Sent: Wednesday, March 05, 2008 11:39 AM To: hobbit at hswn.dk Subject: [hobbit] Restarting hobbit server The hobbit server hardware was switched from one virtual server to another newer box. The nodename and IP address remained the same. I brought down the hobbit client and hobbit server on the box and halted it. It was then switch to the new hardware. I restarted the hobbit server and hobbit client. Now I cannot get the web page to appear. Am I missing something.? ---------------------------------------------------- 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

Checking process longevity
by Colin.Coe＠woodside.com.au 20 Mar '08

20 Mar '08

Hi all I'm trying to work out how I can get hobbit to alert me when a process has existed for more than n seconds. This is important as we sometimes have NFS problems that cause processes such as df to hang due to stale mounts and I'd like tp pick these up sooner rather than later. Any ideas on how to implement this? Thanks CC 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 6

Hobbit restarts with Fatal error.
by paul.moore＠verizonbusiness.com 20 Mar '08

20 Mar '08

I'm having a problem running the release version of hobbit restarting periodically. The only thing that I can find in any of the logs is the following. Hobbitd.log 2008-03-20 20:00:00 Fatal error in select: Bad file number This is running on a Solaris2.8 server. Thanks for any help Paul Moore

1 0

Hobbit client columns not showing up on hobbit server machine
by Rafal.Roginela＠AmeriCashLoans.net 20 Mar '08

20 Mar '08

Hi, Great software!!! It has launched me into the world of Linux at the office instead of just for play and fun. But I have an issue with the server not showing it's health statuses. It does not report things like disk and memory info, it does provide things like: bbd, bbgen, bbtest, conn, graphs, hobbitd, http, info. Sorry for a question that is truly a newb but I ran out of ways to search for the answer and couldn't find anything that helped. Thank You, Rafal

3 4

Windows version of a fully functional bb command
by bewhite＠fellowes.com 20 Mar '08

20 Mar '08

Hi all, I know I saw a thread earlier about a fully functional bb for windows and that someone had ported the hobbit bb code to windows and got it working. I, for the life of me, can not now find that thread. I'm interested in a windows bb executable so I can write a quick DOS bat file that my windows guys can run to place a windows server into maintenance mode. Anybody have a windows bb executable and/or such a script? Thanks, Bruce ---------------------------------------------------- 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. ----------------------------------------------------

3 2

How to alert on Summary reports
by Dave.Whitehouse＠talis.com 20 Mar '08

20 Mar '08

Hi, Is it possible to alert on a summary from a remote hobbit server? I have two servers, 1 in the office with a modem attached for SMS alerts and one out at one of our Co Location sites that sends summary reports to the first one. I've tried configuring an alert on the summary reports with a few different alert lines but can't seem to get it to works. I though if I use COLOR="red" then that should work but no joy. Any one done this ? Thanks Dave.

1 0

[hobbit] rrd "illegal attempt to update using time" error
by spa＠syntec.co.uk 20 Mar '08

20 Mar '08

I also have this problem and the result of it is some rather large log files: -rw-rw-r-- 1 hobbit hobbit 356M Mar 20 12:46 rrd-data.log -rw-rw-r-- 1 hobbit hobbit 3.5G Mar 20 12:46 rrd-status.log This happens on hobbit 4.2.0 (unpatched) and the latest snapshot of 4.3.0. Kind regards, Sebastian > * To: hobbit (at) hswn.dk > * Subject: rrd "illegal attempt to update using time" error > * From: "Robin Wood" <dninja (at) gmail.com> > * Date: Thu, 16 Aug 2007 21:35:20 +0100 > > Hi > While trying to solve my other problem I came across this in the > rrd-status.log file: > > 2007-08-16 20:34:40 RRD error updating > /usr/lib/hobbit/data/rrd/devsite/tcp.http.xxxxxxx.dev,.rrd from > 127.0.0.1: illegal attempt to update using time 118729288 > 0 when last update time is 1187292880 (minimum one second step) > 2007-08-16 20:39:41 RRD error updating > /usr/lib/hobbit/data/rrd/devsite/tcp.conn.rrd from 127.0.0.1: illegal > attempt to update using time 1187293181 when last u > pdate time is 1187293181 (minimum one second step) > 2007-08-16 20:39:41 RRD error updating > /usr/lib/hobbit/data/rrd/devsite/tcp.http.xxxxxxx.dev,.rrd from > 127.0.0.1: illegal attempt to update using time 118729318 > 1 when last update time is 1187293181 (minimum one second step) > 2007-08-16 20:39:41 RRD error updating > /usr/lib/hobbit/data/rrd/devsite/tcp.http.xxxxxxx.dev,.rrd from > 127.0.0.1: illegal attempt to update using time 118729318 > 1 when last update time is 1187293181 (minimum one second step) > 2007-08-16 20:44:42 RRD error updating > /usr/lib/hobbit/data/rrd/devsite/tcp.conn.rrd from 127.0.0.1: illegal > attempt to update using time 1187293482 when last u > pdate time is 1187293482 (minimum one second step) > 2007-08-16 20:44:42 RRD error updating > /usr/lib/hobbit/data/rrd/devsite/tcp.http.xxxxxxx.dev,.rrd from > 127.0.0.1: illegal attempt to update using time 118729348 > 2 when last update time is 1187293482 (minimum one second step) > 2007-08-16 20:44:42 RRD error updating > /usr/lib/hobbit/data/rrd/devsite/tcp.http.xxxxxxx.dev,.rrd from > 127.0.0.1: illegal attempt to update using time 118729348 > 2 when last update time is 1187293482 (minimum one second step) > > I assume that whatever is calling rrd is running too quickly and so > calling it in the same tick rather than waiting one before doing it. > > Can this be fixed? > > Robin >

1 0

www.deadcat.net bb-3ware.pl monitor 3ware raid client side
by robert＠schetterer.org 20 Mar '08

20 Mar '08

Hi all, i tried to modifiy bb-3ware.pl from www.deadcat.net to my needs and on the client i ve no problems in logs but it doesnt show up in server i am not clear if i need to add somthing more to the servers cfg to show up. Is there anybody running 3ware raid monitoring with hobbit and uses better or newer solution as bb-3ware.pl ? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 2

hobbitd core dumps when receiving a status message on a host not in bb-hosts (snapshot 18 March 2008)
by spa＠syntec.co.uk 19 Mar '08

19 Mar '08

Hi, hobbitd core dumps when receiving a status message on a host not in bb-hosts (snapshot 18 March 2008). This may, possibly, just be when the message comes from a Big Brother server, since that was the case here. I haven't tested when the message comes from another Hobbit server and I have now downgraded again. However, if needed, I could try reupdating. Backtraces follow... [root at IVRA1 hobbit]# gdb hobbit-snapshot-18-Mar-08/hobbitd/hobbitd server/tmp/core.683 GNU gdb Red Hat Linux (6.3.0.0-1.96rh) Copyright 2004 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 "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `hobbitd --pidfile=/var/log/hobbit/hobbitd.pid --restart=/usr/local/hobbit/serve'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libpcre.so.0...done. Loaded symbols for /lib/libpcre.so.0 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x005557a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) (gdb) (gdb) bt #0 0x005557a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x005957f5 in raise () from /lib/tls/libc.so.6 #2 0x00597199 in abort () from /lib/tls/libc.so.6 #3 0x0805c132 in sigsegv_handler (signum=11) at sig.c:58 #4 <signal handler called> #5 hostinfo (hostname=0x991a6f7 "Flaxman") at loadhosts.c:401 #6 0x0805d81d in check_downtime (hostname=0x991a6f7 "Flaxman", testname=0x991a6ff "conn") at timefunc.c:285 #7 0x0804b8ff in get_hts ( msg=0xb7cb21ac "status Flaxman.conn red  Wed Mar 19 16:13:13 2008 conn NOT ok \n\nService conn on Flaxman is not OK : Host does not respond to ping\n\n\nSystem unreachable for 15720 poll periods ("..., sender=0xbff45fb0 "192.168.4.118", origin=0x805fb8e "", host=0xbff44728, test=0xbff4472c, grouplist=0xbff44730, log=0xbff44734, color=0xbff44738, downcause=0xbff4473c, alltests=0x0, createhost=1, createlog=1) at hobbitd.c:1012 #8 0x0804f304 in do_message (msg=0x9926eb0, origin=0x805fb8e "") at hobbitd.c:2787 #9 0x08055129 in main (argc=8, argv=0xbff48424) at hobbitd.c:4867 (gdb) And [root at IVRA1 hobbit]# gdb hobbit-snapshot-18-Mar-08/hobbitd/hobbitd server/tmp/core.685 GNU gdb Red Hat Linux (6.3.0.0-1.96rh) Copyright 2004 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 "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `hobbitd --pidfile=/var/log/hobbit/hobbitd.pid --restart=/usr/local/hobbit/serve'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libpcre.so.0...done. Loaded symbols for /lib/libpcre.so.0 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x005557a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) (gdb) (gdb) bt #0 0x005557a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x005957f5 in raise () from /lib/tls/libc.so.6 #2 0x00597199 in abort () from /lib/tls/libc.so.6 #3 0x0805c132 in sigsegv_handler (signum=11) at sig.c:58 #4 <signal handler called> #5 hostinfo (hostname=0x8924897 "faxmonster") at loadhosts.c:401 #6 0x0805d81d in check_downtime (hostname=0x8924897 "faxmonster", testname=0x89248a2 "conn") at timefunc.c:285 #7 0x0804b8ff in get_hts ( msg=0x8981748 "status faxmonster.conn red Wed Mar 19 16:16:44 2008 Can't connect to faxmonster\r\nPING faxmonster (192.168.4.91): 56 data bytes\r\nhost faxmonster unreachable\r\nhost faxmonster unreachable\r\nhost faxmonste"..., sender=0xbfeffbd0 "192.168.4.101", origin=0x805fb8e "", host=0xbfefe348, test=0xbfefe34c, grouplist=0xbfefe350, log=0xbfefe354, color=0xbfefe358, downcause=0xbfefe35c, alltests=0x0, createhost=1, createlog=1) at hobbitd.c:1012 #8 0x0804f845 in do_message (msg=0x88fb5a0, origin=0x805fb8e "") at hobbitd.c:2854 #9 0x08055129 in main (argc=8, argv=0xbff02044) at hobbitd.c:4867 (gdb) Etc. More very similar to these. It would appear that every single one of these status messages causes a core dump as they happen at approx. 5 minute, or less, intervals. Both of these hosts are commented out in bb-hosts, but hobbitd is receiving updates on them from a Big Brother server (where they should probably be commented out too, but I found I didn't need to with hobbit 4.2.0, so long as I don't mind getting the Ghost reports warning). Kind regards, Sebastian

2 1

[hobbit] How hobbit server deal with DNS server failure when doing conn test ?
by bewhite＠fellowes.com 19 Mar '08

19 Mar '08

Neither. It tries DNS, then it tries the IP address in the bb-hosts file. If it can ping the IP address it sets the conn dot to green. The only place I have found that reports it could not resolve the name via DNS is in the output I copied into my email. .....Bruce _____ From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: Wednesday, March 19, 2008 10:14 AM To: hobbit at hswn.dk Subject: Re: [hobbit] How hobbit server deal with DNS server failure when doing conn test ? So if it can not resolve DNS, is it yellow instead of red? On 3/19/08, White, Bruce <bewhite at fellowes.com <mailto:bewhite at fellowes.com> > wrote: Josh, I think the first statement is true. I have many items monitored by hobbit which are not registered in DNS (I live with a bunch of windows centric team mates and they rely on WINS not DNS. None of these items end up with conn=red, but they are ID'd in the output from bbtest on the hobbit server. Here is that output: DNS statistics: # hostnames resolved : 383 # succesful : 306 # failed : 77 # calls to dnsresolve : 414 Notice that I have 77 monitored items which fail the DNS lookup. .....Bruce _____ From: Josh Luthman [mailto:josh at imaginenetworksllc.com <mailto:josh at imaginenetworksllc.com> ] Sent: Wednesday, March 19, 2008 8:55 AM To: hobbit at hswn.dk <mailto:hobbit at hswn.dk> Subject: Re: [hobbit] How hobbit server deal with DNS server failure when doing conn test ? Pretty confident if the DNS lookup fails it times out and marks the conn red =( If you don't need it to do a DNS lookup simply add testip. On 3/19/08, T.J. Yang <tj_yang at hotmail.com <mailto:tj_yang at hotmail.com> > wrote: I remember somewhere in the manpages, The hobbit server when doing fping conn test, it will try using FQDN and if not resolvable, it will use the ip address(from bb-hosts) file. Is this a correct statement ? I will summarize the answer here http://en.wikibooks.org/wiki/System_Monitoring_with_Hobbit/Other_Docs/FAQ#Ho w_does_the_conn_test_work_if_the_first_ping_doesn.27t_respond_.3F <http://en.wikibooks.org/wiki/System_Monitoring_with_Hobbit/Other_Docs/FAQ#H ow_does_the_conn_test_work_if_the_first_ping_doesn.27t_respond_.3F> tj To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk <mailto:hobbit-unsubscribe at hswn.dk> -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer ---------------------------------------------------- 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. ---------------------------------------------------- -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer ---------------------------------------------------- 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. ----------------------------------------------------

3 2