September 2006 - Xymon - Xymon mailman web

[hobbit] hsfs in hobbitclient-sunos.sh
by fduranti＠q8.it 29 Sep '06

29 Sep '06

It should be good also for nfs mount ... We had problem in the past with some oracle filesystem not getting mounted by the machine and it could be nice to be sure they're mounted Francesco > -----Original Message----- > From: Henrik Stoerner [mailto:henrik at hswn.dk] > Sent: Friday, September 29, 2006 5:22 PM > To: hobbit at hswn.dk > Subject: Re: [hobbit] hsfs in hobbitclient-sunos.sh > > On Fri, Sep 29, 2006 at 10:01:56AM -0500, Kruse, Jason K. wrote: > > Perhaps a change to hobbitd_client might be more > appropriate to handle > > this type of media. Something that lets us know a CD is in the box > > yet doesn't send data points for the RRD's. > > I'm think about having the client handle the output from > "mount" to check for cd's, USB-dongles etc. that you may want > to react on. > > The current clients already report the "mount" data, so it's > purely a server-side change. > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

2 1

Hobbitd_client crash
by dunne＠accuweather.com 29 Sep '06

29 Sep '06

Greetings, The hobbitd_client module has been crashing on and off all day. Below is the gdb output. Any advice would be greatly appreciated. This GDB was configured as "powerpc-apple-darwin". Reading symbols for shared libraries .. done #0 0x9004312c in kill () (gdb) bt #0 0x9004312c in kill () #1 0x9009fb9c in abort () #2 0x00016bdc in receive_samples () #3 <signal handler called> #4 0x90007260 in strlen () #5 0x0000ec68 in error_message () #6 0x00002dc8 in main (argc=1192252, argv=0xa0005290) at bb.c:138 (gdb) quit Thanks, Mike Michael Dunne Network Support Specialist AccuWeather, Inc. ~HISTORY, n. An account mostly false, of events mostly unimportant, which are brought about by rulers mostly knaves, and soldiers mostly fools. (Ambrose Bierce, "The Devil's Dictionary")~

3 6

NCV - problems setting to GAUGE
by jonescr＠cisco.com 29 Sep '06

29 Sep '06

I defined an NCV as type GAUGE: $ tail -1 hobbitserver.cfg NCV_modjk=modjk:GAUGE" But when I actually peek at the rrd file, it sys it is type DERIVE. <rrd> <version> 0003 </version> <step> 300 </step>  <lastupdate> 1159488942 </lastupdate>  <ds> <name> modjk </name> <type> *DERIVE* </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max> Any idea what could be the issue? I tried deleting the rrd and letting hobbit recreate it, it was again created with DERIVE type

2 4

Alert and keyword COLOR
by c.rehberger＠oclcpica.org 29 Sep '06

29 Sep '06

Hello, can anybody help me to set up an alert?! If I want to check the SERVICE "disk" on the client "galway" I cannot set the keyword COLOR to "yellow". With the value "red" there's all ok and the mail looks good. ./bbcmd hobbitd_alert --test galway disk Using default environment file /home/hobbit/server/etc/hobbitserver.cfg send_alert galway:disk state Paging Matching host:service:page 'galway:disk:Oberhaching' against rule line 120 *** Match with 'HOST=galway' *** Matching host:service:page 'galway:disk:Oberhaching' against rule line 121 Failed 'MAIL c.rehberger at oclcpica.org SERVICE=disk REPEAT=2 RECOVERED COLOR=yellow' (color) ./hobbitd_alert --test galway disk Using default environment file /home/hobbit/server/etc/hobbitserver.cfg send_alert galway:disk state Paging Matching host:service:page 'galway:disk:Oberhaching' against rule line 120 *** Match with 'HOST=galway' *** Matching host:service:page 'galway:disk:Oberhaching' against rule line 121 *** Match with 'MAIL c.rehberger at oclcpica.org SERVICE=disk REPEAT=2 RECOVERED COLOR=red' *** Mail alert with command 'mail -s "Hobbit [12345] galway:disk CRITICAL (RED)" c.rehberger at oclcpica.org' Thanks and regards Chris -- Dipl. Ing. (FH) Christian Rehberger System Consultant · OCLC PICA GmbH Grünwalder Weg 28g · 82041 Oberhaching · Germany t +49-(0)89-61308 333 · f +49-(0)89-61308 399 e c.rehberger at oclcpica.org · w http://www.oclcpica.org

1 0

sending data to hobbitd?
by mikee＠mikee.ath.cx 29 Sep '06

29 Sep '06

I have scripts ready to send data to hobbitd using a raw socket on port 1984 and I have previously sent status messages to hobbitd (status HOST.TEST COLOR MESSAGE). I'm still trying to get the trending and graphing working. How do I format the message to look like the data is coming from the client side of hobbitd? I'm currently trying: open a socket BBDISPLAY:1984 send '@' send my data that looks like output from hobbitclient-linux.sh flush socket close socket Mike

1 0

4.2 and Patches question
by rmunsch＠solutionsforprogress.com 29 Sep '06

29 Sep '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am i correct in assuming that the various patches found at http://www.hswn.dk/hobbitsw/patches/ need to be applied to the current 4.2 tarball up for download? I'm going by the timestamps on the files :). I'd thought i'd seen some list traffic about an rc2, rc3, etc., with some (all?) of these patches applied, but i can't seem to find it. Thanks! - -- Rob Munsch Solutions For Progress IT www.solutionsforprogress.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFEZ/1BvBcJFK6xYURAi5KAJ9VV2xMO9JkMQlSCClny3fvs8m8NwCdFyTT +s3DWQ0dMirpl6L9mcXd5mA= =rPeJ -----END PGP SIGNATURE-----

10 14

Hobbit_perl_client 1.13
by fduranti＠q8.it 28 Sep '06

28 Sep '06

New version is out with 3 nice new features: 1) DB2 connection and tablespace report. 2) Report of what the script did in a column called like the script on the host where the script is running (all errors and warning will also be reported here). 3) Custom query engine to write your own query (If you want to share them you can put them on the hobbit_perl_client forum on sourceforge or send them to me and I'll try to put them there for everyone to use). As always it can be downloaded http://sourceforge.net/projects/hobbit-perl-cl/ or from http://www.deadcat.net The custom query engine in a bit experimental so be sure to try your query and check all the parameters. The documentation is not so good but you can find how it work in the example ini files (I think I'll finish to write some documentation before starting to put more functionality into the scripts :D) so If you need any info feel free to contact me via mail/forum. Francesco Changes to this version: Hobbit_fd_lib.pm 1.13 (general library) - now the scripts will send a status report to hobbit into a column on the server where the scripts are running to do a summary of what was done (total and host running time, total and color/event of messages sent, total host checked and test done for each host, a list of warning and error got from the scripts). For dbcheck if you use the fast/slow kind of check you will have 2 columns one called dbcheck_fast and one dbcheck_slow. - new general (for the 3 scripts) option warningout that can be equal to "log", "send", "both" and will influence how warning are treated. If it's "log" it will simply out the warning to the hobbit log file, "send" will send the warning into the status report of the test, "both" will do both the things (check ini files to see hot this work). Beastat 1.05 - Added an option to check version of program and modules used (beastat.pl -v) - Corrected some bugs Dbcheck 1.06 - Added a custom query engine to enable the user to create new tests for all databases - Added an option to check version of program and modules used (dbcheck.pl -v) - Added test for IBM-DB2 Database: connection and tablespace check (see dbcheck.ini for configuration information) - Added uptime check for all database types - Changed the locks checking code to get more data about the sql command that are blocked and the process number and os command name of the blocker/blocked statement - Corrected a bug with informix table checks - Corrected a problem with mysql that could not be used as a default database type without defining the hostname of every server - Various bug fix Netapp 1.09 - Some fixes on the code to execute the sysstat command reporting data about cpu and system statistics. - Added an option to check version of program and modules used (netapp.pl -v)

1 0

hobbitclient.log error Failed to get a message, terminating
by shawn.saunders＠jpl.nasa.gov 28 Sep '06

28 Sep '06

Every 5 minutes I see the same error in my hobbitclient.log file: Failed to get a message, terminating hobbit-client appears to be running fine, and reporting to the hobbit server. I run the following and receive: #su - hobbit -c '$HOME/bin/bb xxx.xxx.xxx.xxx ping' hobbit-4.2.0 Any ideas on what is causing this? -- Shawn Saunders MIST Team member Jet Propulsion Laboratory 4800 Oak Grove Drive Pasadena, CA 91109 MS 230-310 Office: (818) 354-4667 / 230-310B Mobile: (818) 458-0789 FAX: (818) 393-9022 It is by caffeine alone I set my mind in motion, It is by the beans of Java that thoughts acquire speed, The hands acquire shaking, the shaking becomes a warning, It is by caffeine alone I set my mind in motion. -- Popular Usenet Sig Note: The views and/or opinions expresses within or attached to this message are my own, and are not representative of JPL or it's affiliates. The information contained in this message may be privileged and confidential and thus 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.

1 0

shm error on Solaris 8
by stephen.menton＠cingular.com 28 Sep '06

28 Sep '06

I saw a problem similar to mine on this thread: http://www.hswn.dk/hobbiton/2006/08/msg00667.html <http://www.hswn.dk/hobbiton/2006/08/msg00667.html> My situation may be a little different though. In my case I've been tasked with running a hobbit instance in parallel with an existing bb4 instance ON THE SAME HOST. I've modified my hobbitserver.cfg to run on port 1985 but I get the same error in /var/log/hobbitlaunch.log as David observed. A section of the logs follows (similar messages repeat): 2006-09-27 12:48:56 hobbitlaunch starting 2006-09-27 12:48:56 Loading tasklist configuration from /opt/home/hobbit/server/etc/hobbitlaunch.cfg 2006-09-27 12:48:56 Loading hostnames 2006-09-27 12:48:56 Loading saved state 2006-09-27 12:48:56 Cannot access checkpoint file /opt/home/hobbit/server/tmp/hobbitd.chk for restore 2006-09-27 12:48:56 Setting up network listener on 0.0.0.0:1985 2006-09-27 12:48:56 Setting up signal handlers 2006-09-27 12:48:56 Setting up hobbitd channels 2006-09-27 12:48:56 Could not attach shm Too many open files 2006-09-27 12:48:56 Cannot setup client channel 2006-09-27 12:48:56 Task hobbitd terminated, status 1 Help? I'm not comfortable tweaking kernel parameters. Can someone walk me through it? Should it solve my problems? Can hobbit and bb4 co-exist on the same host? Stephen F. Menton メントン・スティーバン Cingular Wireless, Business Consultant I IT Billing Operations, Performance Monitoring stephen.menton at cingular.com (425) 288-7759 - office

3 8

defining ext scripts from server - feature request
by jonescr＠cisco.com 28 Sep '06

28 Sep '06

I have an environment where I have many many machines that all have a common filesystem (for the most part). So far Hobbit has been wonderful in that is gracefully handles having a shared hobbit client home directory, by the clients writing their logfiles with the hostname as part of the filename, etc. One problem I am having though, is ext tests. If I create an ext test for one machine, it ends up running on them all. It would be nice if we could define from the hobbit server, which ext tests were to be run. For example, in the hobbitclients.cfg, if you could do something like: HOST=somehost PROC "/some/proc/specific/to/this/host" DISK /web 95 98 *EXT $HOBBITCLIENTHOME/ext/some_ext.sh INTERVAL 5m* This would be really handy because then only the client you defined would run that ext script. In the meantime, I am getting around this by doing this at the top of my ext scripts: HOSTNAME=`/bin/hostname` if [ 'myhost' != $HOSTNAME ]; then #Only run on myhost exit 0 fi This makes the script gracefully exit on the clients that I do not want to run it. -Charles

2 1