February 2010 - Xymon - Xymon mailman web

Clientupdate problems
by rdeal＠jcvi.org 11 May '10

11 May '10

Does anyone have clientupdate working reliably for a large number of machines? I noticed a problem with clientupdate failing on our 4.2.0 server and tracked it down that once a few clients seem to request the update the server stops sending the file. The clients however happily update the clientversion.cfg and thus never attempt to get the file again. After upgrading to 4.2.3, the problem is the same. Anyone else see this? I have read some of the back forum messages and it sounds line several others have run up against this same problem but there doesn't seem to be a solution. Butch

3 3

HP PA-RISC Hardware monitoring ?
by tj_yang＠hotmail.com 25 Mar '10

25 Mar '10

Anyone know is there a module (bb or hb) to monitor HP hardware ? May be better question is what is the similar command for ipmitool or prtdiage in HP-UX ? T.J. Yang _________________________________________________________________ Capture your memories in an online journal! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us

3 3

Compiling Xymon on OSX Snow Leopard
by tj_yang＠hotmail.com 14 Mar '10

14 Mar '10

Thanks to Joshua in Macport team to provide a pointer regarding the very "Availability.h" issue is causedby duplicated inclusion of "Availability.h" in . directory. I commented out "-I." in Makefile.rules file to fix the compilation issue.Look likes we have solution for reported issue in R1. Not sure the impact of the omission of "-I." will do to other OS. How ?tj-yangs-imac:4.2.3 tj_yang$ diff -u build/Makefile.rules.orig build/Makefile.rules--- build/Makefile.rules.orig 2010-02-14 21:35:37.000000000 -0600+++ build/Makefile.rules 2010-02-14 21:36:24.000000000 -0600@@ -8,7 +8,7 @@ # Build targets ##################### -CFLAGS += -I. -I$(BUILDTOPDIR)/include+CFLAGS += -I$(BUILDTOPDIR)/include ifeq ($(CLIENTONLY),yes) BUILDTARGETS = clienttj-yangs-imac:4.2.3 tj_yang$ Why ?Don't know exactly why the change of gcc version to 4.2.1 in S.L. break the Makefile.rules files. R1: http://www.hswn.dk/hobbiton/2009/11/msg00311.html Cheers T.J. Yang _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/201469227/direct/01/

2 2

WARNING: Runtime longer than time limit / DNS Timeout
by xymon.user.ml＠gmail.com 05 Mar '10

05 Mar '10

I'm having an issue where my bbtest column is turning yellow if I have a host or three offline, saying "WARNING: Runtime 485 longer than time limit (300)". Just below this it breaks down how long bbtest-net takes on each type of test, it "says DNS tests executed" is 452 seconds. I added "--debug --dns-timeout=15 --dnslog=/var/log/hobbit/bbtest-dns.log" to the bbtest-net command in the hobbitlaunch.cfg file, and I can see the following in my bb-network.log: 2010-02-24 14:27:54 ares_search: tlookup='[HOSTNAME1]', class=1, type=1 2010-02-24 14:27:54 Processing 0 DNS lookups with ARES 2010-02-24 14:35:24 Finished ARES queue after loop 1285 My bbtest-dns.log is strangely empty. This is a remote host that is down (they lost power or something), which unfortunately does happen from time to time. I have a couple other hosts down in a similar fashion that report the same 7 and a half minute delay in this log file. I have hundreds of other hosts that are up that successfully complete their DNS lookup in a fraction of a second. I do not understand why it is taking 7 and a half minutes to fail it's dns lookup. I would love to figure out how to have it give up and fail a little quicker. I thought the --dns-timeout=15 would accomplish this but it is not. At the moment I am not running with the --no-ares option. I attempted to turn that option on but I was still seeing the exact same behavior in the bb-network.log. Can someone tell me what I'm missing, or if this is a bug? Thanks

2 2

Ton of "differ in signedness" warnings?
by cade.robinson＠gmail.com 04 Mar '10

04 Mar '10

When I compile I get a TON of "differ in signedness" warnings. Everything compiles but I am wondering about the warnings. Looking up the error it looks like "just ignore them" is the answer but should I? Why is there something like this: unsigned char *message; or static unsigned char *cause = NULL; I am guessing these are strings - so why the unsigned?

4 3

[hobbit] Troubleshooting Alerts -- Having Problems
by jkwade＠futurefrontiers.com 02 Mar '10

02 Mar '10

Thanks Martin, Is there a way using the same method to cause the alert to activate. For example, I want a host to activate on disk% has reached 98%, and go ahead and send a test page to my cell phone so I can check the format. Thanks again....James -----Original Message----- From: Martin Flemming [mailto:martin.flemming at desy.de] Sent: Tuesday, April 14, 2009 10:37 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Troubleshooting Alerts -- Having Problems > also sending out a test alert /usr/lib/hobbit/server/bin/bbcmd hobbitd_alert --debug --test hostip test cheers, martin On Tue, 14 Apr 2009, James Wade wrote: > Thanks, I'll test out the SMS Format. > > Can someone give me some pointers on checking the configuration > file and also sending out a test alert. I've looked through the > man page and tried a few things, but it didn't seem to work. > > Thanks...James > > -----Original Message----- > From: Rob McBroom [mailto:mailinglist0 at skurfer.com] > Sent: Tuesday, April 14, 2009 9:57 AM > To: hobbit at hswn.dk > Subject: Re: [hobbit] Troubleshooting Alerts -- Having Problems > > On 2009-Apr-14, at 10:00 AM, James Wade wrote: > >> Also, We received Cell Phones in place of the pagers, and >> now when I send messages to the cell phones, the cell phone >> doesn't display it properly. It's to much data for the cell phones >> they gave us. They are Nokia 6085's. When I get a text it >> says 1 of 10..or .. missing text.. I'm guessing I'm going >> to have to filter all my Hobbit alerts now. > > There is a FORMAT option for alerts. In particular, you probably want > "FORMAT=SMS". See the hobbit-alerts.cfg man page and the example in > the alerts file itself. > > -- > Rob McBroom > <http://www.skurfer.com/> > > > > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > Gruss Martin Flemming ______________________________________________________ Martin Flemming DESY / IT office : Building 2b / 008a Notkestr. 85 phone : 040 - 8998 - 4667 22603 Hamburg mail : martin.flemming at desy.de ______________________________________________________ To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

15 24

how to get dnsreg to work .. ?
by meepmeep＠fantasya.org 01 Mar '10

01 Mar '10

Hi I tried to get dnsreg script working, and it's a complete failure .. Here what's I've done so far : 1/ Creating dnsreg script in server/ext/dnsreg (the one from xymon.com, with a little modification). My version : #!/bin/sh # Check DNS registrations in whois and warn when they are about to expire. # # NOTE: Requires a "whois" command that knows what servers to query. # Requires GNU date. # Should run only once a day. BBHTAG=dnsreg COLUMN=$BBHTAG NOW=`date "+%s"` WARNTIME=`expr $NOW + 864000` # 10 days ALARMTIME=`expr $NOW + 432000` # 5 day /home/xmon/server/bin/bbhostgrep dnsreg | while read L do set $L DOMAIN=$1 EXPIRESTRING="`whois $DOMAIN | egrep -i "Expires.*:|Expiration.*:|Renewal.*:" | head -n 1 | cut -d: -f2 | sed -e's/^[ ]*//' | cut -f1 -d' '`" EXPIRES=`date --date="$EXPIRESTRING" "+%s"` if test $EXPIRES -le $ALARMTIME then COLOR=red elif test $EXPIRES -le $WARNTIME then COLOR=yellow else COLOR=green fi $BB $BBDISP "status+12h $DOMAIN.dnsreg $COLOR `date` Domain $DOMAIN expires on $EXPIRESTRING " done exit 0 2/ Modify "server/etc/hobbitlaunch.cfg" to add : [dnsreg] ENVFILE /home/xmon/server/etc/hobbitserver.cfg CMD /home/xmon/server/ext/dnsreg LOGFILE $BBSERVERLOGS/bb-dnsreg.log INTERVAL 5m 3/ Modify bb-hosts to add domain with dnsreg test: group-compress <font size="+1">Servers</font> ... [My classic test, working great] ... groupe-compress <font size="+1">Domains</font> 0.0.0.0 firstdomain.tld # noconn dnsreg 0.0.0.0 second.tld # noconn dnsreg 0.0.0.0 etc.tld # noconn dnsreg 0.0.0.0 etcetc.tld # noconn dnsreg Log is still empty, I try to restart/reload hobbit.sh. Nothing show on the website concerning the "Domains" (all others tests are still showing). Moreover, I would like to test the script on a standalone way, but I haven't found the way to do it (like using hobbitd_alert --test) I'm using xymon 4.3.0.0beta2 on debian, and all other tests are working great :) -- Nicolas G. / meepmeep

2 3

problem apt
by debian＠robertain.com 27 Feb '10

27 Feb '10

Hi , I'm new user hobbit and i must migrate our solution monitoring nagios to hobbit . I test hobbit from VM with a client and a server. I have some problems : first : i obtain this message : Packages not installed from apt repositories: postfixadmin (2.3) How to edit hobbit no longer have this error ? Second problem i obtain this error : No entries in /var/log/messages <http://serveur/hobbit-cgi/bb-hostsvc.sh?CLIENT=Serveur.robertain.com&SECTIO…> Full log /var/log/messages <http://serveur/hobbit-cgi/bb-hostsvc.sh?CLIENT=Serveur.robertain.com&SECTIO…> Cannot open logfile /var/log/messages : Permission denied What user hobbit use for open a file on the system ? Thank you for your help Best Regards , Mickael

7 10

Display Cached Memory
by jbhoren＠alaska.edu 27 Feb '10

27 Feb '10

Has anyone patched Xymon so that cached memory is displayed together with real, actual, and swap? We have need of this (cluster compute nodes), and were wondering what it would take to do so. -- JONATHAN B. HOREN Systems Administrator UAF Life Science Informatics Center for Research Services jbhoren at alaska.edu http://biotech.inbre.alaska.edu

3 4

Suggestion: Break out hobbitlaunch config directives into a directory
by jcleaver＠soe.sony.com 27 Feb '10

27 Feb '10

This is something we do in our packages over here to allow easier patching and customization later on (and for packages to drop their own hobbitlaunch configurations in in a defined manner). Since Xymon will follow “directory” directives and include all files underneath it, it’s easy to follow the standard conf.d methodology here. Here’s some code from our RPM that does this automatically. It might not completely work for you, but its intent should be clear. Any chance we could get Xymon broken out like this in its default state? Regards, Japheth Cleaver jcleaver at soe.sony.com === snip === ############################################################################### # Break out our server's hobbitlaunch.cfg file into seperate files in # a directory (for better future package management) # # Exception: Rename hobbitd to _hobbitd so that it loads first # This way, if hobbitd *isn't* running (eg, on a bbproxy machine) # it will be noted first and all of the NEEDS blocks will work properly. # install -d %{buildroot}%{_sysconfdir}/%{serverName}/launch.d pushd %{buildroot}%{_sysconfdir}/%{serverName}/launch.d/ %{__perl} -e "\$/='';while (<>) { \$_ .= <> while not (m#\n\[([\w+._-]+)\]#s || eof);open (FILE,'>',\$1); print FILE \$_; };" ../hobbitlaunch.cfg mv hobbitd _hobbitd popd echo "# # The hobbitlaunch.cfg file is loaded by hobbitlaunch. # It controls which of the Xymon modules to run, how often, and # with which parameters, options and environment variables. # directory launch.d/" > %{buildroot}%{_sysconfdir}/%{serverName}/hobbitlaunch.cfg ############################################################################### # Do the same for the client's clientlaunch.cfg file into separate files in # a directory (for better future package management) # install -d %{buildroot}%{_sysconfdir}/%{clientName}/launch.d pushd %{buildroot}%{_sysconfdir}/%{clientName}/launch.d/ %{__perl} -e "\$/='';while (<>) { \$_ .= <> while not (m#\n\[([\w+._-]+)\]#s || eof);open (FILE,'>',\$1); print FILE \$_; };" ../clientlaunch.cfg popd echo "# # The clientlaunch.cfg file is loaded by "hobbitlaunch". # It controls which of the Hobbit client-side modules to run, # (both the main client "hobbitclient.sh" and any client-side # extensions); how often, and with which parameters, options # and environment variables. # # Note: On the Hobbit *server* itself, this file is normally # NOT used. Instead, both the client- and server-tasks # are controlled by the hobbitlaunch.cfg file. # directory launch.d/" > %{buildroot}%{_sysconfdir}/%{clientName}/clientlaunch.cfg === snip ===

1 0