- Xymon - Xymon mailman web

This afternoons snapshot crashes
by lars.ebeling＠leopg9.no-ip.org 07 Aug '06

07 Aug '06

$ gdb ../client/bin/logfetch ./core GNU gdb 5.3 Copyright 2002 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 "hppa2.0n-hp-hpux11.00"... Core was generated by `logfetch'. Program terminated with signal 11, Segmentation fault. warning: The shared libraries were not privately mapped; setting a breakpoint in a shared library will not work until you rerun the program. Reading symbols from /usr/lib/libc.2...done. Reading symbols from /usr/lib/libdld.2...done. #0 0xc01f47c0 in __ldfcvt_r () from /usr/lib/libc.2 (gdb) bt #0 0xc01f47c0 in __ldfcvt_r () from /usr/lib/libc.2 #1 0xc01f1898 in _doprnt () from /usr/lib/libc.2 #2 0xc0204dec in vsnprintf () from /usr/lib/libc.2 #3 0x00005aa8 in errprintf (fmt=0x1 "") at errormsg.c:52 #4 0x00003704 in logdata (filename=0x0, logdef=0x400061c8) at logfetch.c:160 #5 0x000051c0 in main (argc=79872, argv=0x400061b8) at logfetch.c:889 (gdb) q Regards Lars Ebeling Hobbithobbyist http://leopg9.no-ip.org ¤ "The trouble with the world is that the stupid are cocksure and the intelligent are full of doubt." --Bertrand Russell

1 0

multiple BBDISPLAY and custom extension scripts
by cgoyard＠cvf.fr 07 Aug '06

07 Aug '06

Hi, just wondering... When you have a multi-bbdisplay setup, what the deal ? - do the ext scripts have to implement the sending to each display - or does the bb command send it to every display (thus ignoring the IP given on commandline) - or hobbitclient launches the status script once per bbdisplay. I ask because I build all my scripts over a template (read "set of functions") I may share, and want to implement report sending right. -- Charles Goyard - cgoyard at cvf.fr - (+33) 1 45 38 01 31

2 1

oversized [ports] section && 'stopped reporting'
by jjj863＠gmail.com 07 Aug '06

07 Aug '06

one of our servers have up to 6000 TIME_WAIT tcp connections from time to time. This got truncated, of course. I want to see them all. any quick way to change the upper limit w/o recompilation ? Also, for the same server, from time to time, certain checks 'stopped reporting' [ files & msgs, in particular ] for some extended period, sometimes over 35m, while other checks kept going. I wonder if the message truncation triggered by the over-sized [ports] section caused this loss. Or should I look elsewhere ? This 'reporting-stopped' symptoms occur with or without an actual PORT check configured for the clients under questions.

2 2

R: [hobbit] RE [hobbit] Database test: dbcheck.pl on deadcat and sourceforge
by fduranti＠q8.it 07 Aug '06

07 Aug '06

The script will monitor all the database from a single host that have access to the database and the database client installed. The better thing to do is to run them on the server where you have all the configuration of hobbit in a unique place but it can also be run on a client (not tested but should work). To run them you can use the hobbitlaunch.cfg or clientlaunch.cfg (if you're running on a client). To do all the check i use 2 section in the hobbitlaunch.cfg of the hobbit server to check the database with different timing. I use to launch a fast check every 5 minutes that will only check for connection, audit table, tablespace, session and cache (because i graph them and i want the 5 minutes data) and a slow test that do the rest of the check (rollback and extent check on some of the database I'm checking take 10-15 minutes to run so i prefer to run them every 4 hour). [dbfast] ENVFILE /home/bbtest/server/etc/hobbitserver.cfg NEEDS hobbitd CMD $BBHOME/ext/dbcheck.pl fast LOGFILE $BBSERVERLOGS/bb-dbfast.log INTERVAL 5m [dbslow] ENVFILE /home/bbtest/server/etc/hobbitserver.cfg NEEDS hobbitd CMD $BBHOME/ext/dbcheck.pl slow LOGFILE $BBSERVERLOGS/bb-dbslow.log INTERVAL 240m I will check for the 2 problem you got. If you not did it try to run bbcmd dbcheck.pl instead of running directly the command (or launch bbcmd bash and then run the ./dbcheck.pl). I also got a problem on the extent check, a new version will be available during this week to solve those problems and to add some documentation :D Thanks for the report Francesco -----Messaggio originale----- Da: thomas.seglard.enata at cnp.fr [mailto:thomas.seglard.enata at cnp.fr] Inviato: lunedì 7 agosto 2006 14.18 A: hobbit at hswn.dk Oggetto: [hobbit] RE [hobbit] Database test: dbcheck.pl on deadcat and sourceforge Hello Francesco ! Thans for all your scripts and work ! It looks amazing... However I don't understand the way it works. Sorry.... I'm talking about the dbcheck test. Here are my questions : - These scripts have to be executed on the hobbit server or on Hobbit clients ? - In both cases, have we to setup hobbitlaunch.cfg or clientlaunch.cfg to run the check ? - I'm running Hobbit v4.1.2p1 and when launching dbcheck.pl I got this output : [hobbit at psu155 ext]$ ./dbcheck.pl Use of uninitialized value in concatenation (.) or string at ./dbcheck.pl line 806. Use of uninitialized value in concatenation (.) or string at ./dbcheck.pl line 78. Could not open the disabled hosts directory: No such file or directory Could not close the DISABLED directory handle: No such file or director I commented out corresponding lines and these warnings disappear. Thanks again for all your hard work ! Best regards, Thomas "Francesco Duranti" <fduranti at q8.it> a écrit sur 06/08/2006 18:44:15 : > Hello all, > I've just released the first version of a perl script to check > oracle/informix/sqlserver databases. > It can be found on deadcat and at > http://sourceforge.net/projects/hobbit-perl-cl/ > > This perl script will get data from the Database Server using DBI/DBD > Perl Library. > At this moment it will work with SQLServer,Oracle and Informix (I will > add mysql in the near future). > For sqlserver and informix for now only connection and database space > are checked. For oracle there are many tests done (mostly the same as > the bb-roracle.ksh + some custom ones):Connection, Audit table report, > Tablespace, Extent, PinLib/HitCache, Memory Request, Invalid Objects, > Rollback, Locks, Sessions and Processes. > The program was fully tested under Hobbit but should work also on BB. > The tests are not done if the connection test is failing. Sessions and > Cache statistics are also gathered for graphs by hobbit. > > Thanks all :D > > Francesco > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie. ***** This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

2 1

Error builing latest snapshot
by frederic.mangeant＠steria.com 07 Aug '06

07 Aug '06

Hi Henrik building the latest snapshot gives this : [...] gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I. -I/BB/src/snapshot/include -I/usr/include -o hobbitgraph.cgi -Wl,--rpath=/usr/lib -Wl,--rpath=/usr/lib -Wl,--rpath=/usr/lib -Wl,--rpath=/usr/lib hobbitgraph.o ../lib/libbbgen.a -L/usr/lib -lpcre -L/usr/lib -lrrd -L/usr/lib -lpng gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I. -I/BB/src/snapshot/include -I/usr/include -c -o hobbitsvc.o hobbitsvc.c hobbitsvc.c: In function `do_request': hobbitsvc.c:196: error: `n' undeclared (first use in this function) hobbitsvc.c:196: error: (Each undeclared identifier is reported only once hobbitsvc.c:196: error: for each function it appears in.) make[1]: *** [hobbitsvc.o] Error 1 make[1]: Leaving directory `/BB/src/snapshot/web' make: *** [web-build] Error 2 System is running Gentoo Linux x86, with GCC 3.4.6 Regards, -- Frédéric Mangeant Steria EDC Sophia-Antipolis

2 2

badcont:N:N:N doesn't work?
by eric-list-1＠softlution.com 07 Aug '06

07 Aug '06

Hello, Has someone seen this before and got it to work? We have some http servers which are slow te respond. For these I have defined badhttp:0:1:2 in bb-hosts, which seems to work fine (test goes red after to consecutive http failures). I cannot get this same thing to work for a cont/nocont test though. When the http server is too slow to respond, the (implicit) http test goes red immediately, and the cont test goes clear, no matter what I define as badhttp:N:N:N and/or badcont:N:N:N values... I would really like to do some content tests on these servers though! Do I need to write a custom test script or can I get this to work with the standard Hobbit tests? Best regards, Eric van de Meerakker.

1 0

[hobbit] logfetch bug
by David.Gore＠VerizonBusiness.com 07 Aug '06

07 Aug '06

Latest snapshot logfetch core dumps with the following error in hobbitclient.log 2006-08-05 04:59:29 xmalloc: Out of memory! Abort - core dumped truss logfetch... read(3, " / v a r / a d m / m e s".., 8192) = 74 read(3, 0x00034FF4, 8192) = 0 llseek(3, 0, SEEK_CUR) = 74 close(3) = 0 open("/var/adm/messages", O_RDONLY) = 3 fstat(3, 0xFFBFFB78) = 0 lseek(3, 328208, SEEK_SET) = 328208 llseek(3, 0, SEEK_CUR) = 328208 brk(0x00038FE8) = 0 brk(0x80038FE0) = 0 brk(0xFFFEAFE8) Err#12 ENOMEM brk(0x80038FE0) = 0 brk(0x00038FE8) = 0 time() = 1154753484 brk(0x00038FE8) = 0 brk(0x0003AFE8) = 0 open("/usr/share/lib/zoneinfo/GMT", O_RDONLY) = 4 fstat64(4, 0xFFBFE838) = 0 read(4, " T Z i f\0\0\0\0\0\0\0\0".., 56) = 56 close(4) = 0 fstat64(2, 0xFFBFDAC8) = 0 2006-08-05 04:51:24write(2, " 2 0 0 6 - 0 8 - 0 5 0".., 19) = 19 write(2, " ", 1) = 1 xmalloc: Out of memory! write(2, " x m a l l o c : O u t".., 24) = 24 sigaction(SIGABRT, 0x00000000, 0xFFBFFA20) = 0 llseek(3, 0, SEEK_CUR) = 328208 sigaction(SIGABRT, 0xFFBFF8D0, 0xFFBFF970) = 0 sigfillset(0xFF36FB20) = 0 schedctl() = 0xFF382000 lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] lwp_kill(1, SIGABRT) = 0 Received signal #6, SIGABRT [default] siginfo: SIGABRT pid=18172 uid=22020 code=-1 I recompiled an older snapshot from August 1, 2006 and logfetch works fine. Perhaps the truss above matches the diff between the August 5 logfetch and August 1? root@:/var/tmp/080106/snapshot/client> diff logfetch.c ../../../snapshot/client/logfetch.c 15c15 < static char rcsid[] = "$Id: logfetch.c,v 1.35 2006/07/19 05:42:46 henrik Exp $"; --- > static char rcsid[] = "$Id: logfetch.c,v 1.36 2006/08/04 15:57:47 henrik Exp $"; 30a31,36 > /* Some systems do not have the S_ISSOCK macro for stat() */ > #ifdef SCO_SV > #include <cpio.h> > #define S_ISSOCK(m) (((m) & S_IFMT) == C_ISSOCK) > #endif > logfetch is running on Solaris 10 where it cores with the August 4 and August 5 snapshots. Truss with older logfetch: read(3, " / v a r / a d m / m e s".., 8192) = 38 read(3, 0x000350E4, 8192) = 0 llseek(3, 0, SEEK_CUR) = 38 close(3) = 0 open64("/var/adm/messages", O_RDONLY) = 3 fstat64(3, 0xFFBFFB68) = 0 llseek(3, 0, SEEK_SET) = 0 llseek(3, 0, SEEK_CUR) = 0 fstat64(3, 0xFFBFF9A8) = 0 brk(0x000390D8) = 0 brk(0x0003B0D8) = 0 fstat64(3, 0xFFBFF850) = 0 ioctl(3, TCGETA, 0xFFBFF934) Err#25 ENOTTY read(3, " A u g 3 0 6 : 4 0".., 8192) = 1426 read(3, 0x000379BC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1426 close(3) = 0 ioctl(1, TCGETA, 0xFFBFEE14) = 0 fstat64(1, 0xFFBFED30) = 0 [msgs:/var/adm/messages] write(1, " [ m s g s : / v a r / a".., 25) = 25 Which looks better. ~David

2 1

Problems with graphing
by adam＠websitemanagers.com.au 07 Aug '06

07 Aug '06

I am trying to create some new hobbit graphs, and am having some challenges, hoping someone can point out my silly mistakes. ~hobbit/server/bin/bb 127.0.0.1 "hobbitdlog softswitch.domain.net.au.astnet" softswitch.domain.net.au|astnet|green||1154932188|1154948263|1154950063|0|0|202.92.33.172|-1|||Y green Mon Aug 7 20:57:35 EST 2006 Current Asterisk status: &green Channels: 16 SIP: 4 IAX2: 4 Zap: 8 &green OK: Got 1 reply I've set the following in hobbitserver.cfg: NCV_astnet="greenChannels:GAUGE,IAX2:GAUGE,Zap:GAUGE,SIP:GAUGE" TEST2RRD="cpu=la,etc,etc,astnet=ncv" GRAPHS="la,disk,etc,etc,astnet,ncv" In hobbitgraph.cfg I added: [astnet] TITLE Asterisk Channels Information YAXIS: Channels DEF:Channels=astnet.rrd:greenChannels:AVERAGE DEF:ZAP=astnet.rrd:Zap:AVERAGE DEF:IAX2=astnet.rrd:IAX2:AVERAGE LINE2:Channels#00CCCC:Total Channels LINE2:ZAP#FF0000:ZAP Channels LINE2:IAX2#0000FF:IAX2 Channels COMMENT:\n GPRINT:Channels:LAST:Channels \: $5.1lf%s (cur) GPRINT:Channels:MAX: \: %5.1lf%s (max) GPRINT:Channels:MIN: \: %5.1lf%s (min) GPRINT:Channels:AVERAGE: \: %5.1lf%s (avg) GPRINT:ZAP:LAST:Channels \: $5.1lf%s (cur) GPRINT:ZAP:MAX: \: %5.1lf%s (max) GPRINT:ZAP:MIN: \: %5.1lf%s (min) GPRINT:ZAP:AVERAGE: \: %5.1lf%s (avg) GPRINT:IAX2:LAST:Channels \: $5.1lf%s (cur) GPRINT:IAX2:MAX: \: %5.1lf%s (max) GPRINT:IAX2:MIN: \: %5.1lf%s (min) GPRINT:IAX2:AVERAGE: \: %5.1lf%s (avg) My rrd files seem to be working, in that they do collect some data: rrdtool dump astnet.rrd  <rrd> <version> 0001 </version> <step> 300 </step>  <lastupdate> 1154949770 </lastupdate>  <ds> <name> greenChannels </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> IAX2 </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 170 </unknown_sec> </ds> [SNIP]  <row><v> 2.4980891720e+01 </v><v> 1.2490445860e+01 </v ><v> 1.2490445860e+01 </v></row>  <row><v> 2.3826666667e+01 </v><v> 1.1913333333e+01 </v ><v> 1.1913333333e+01 </v></row>  <row><v> 2.7513333333e+01 </v><v> 1.3756666667e+01 </v ><v> 1.3756666667e+01 </v></row>  <row><v> 2.4353333333e+01 </v><v> 1.2176666667e+01 </v ><v> 1.2176666667e+01 </v></row>  <row><v> 2.4420000000e+01 </v><v> 1.2210000000e+01 </v ><v> 1.2210000000e+01 </v></row>  <row><v> 2.7213333333e+01 </v><v> 1.3606666667e+01 </v ><v> 1.3606666667e+01 </v></row>  <row><v> 2.1920000000e+01 </v><v> 1.0960000000e+01 </v ><v> 1.0960000000e+01 </v></row>  <row><v> 1.4900000000e+01 </v><v> 7.4500000000e+00 </v ><v> 7.4500000000e+00 </v></row> Which seems to indicate that the data is actually making it's way into the RRD file, even though at the top of the file, it doesn't show valid data (last_ds). So, apart from the rrd file not looking quite right, I don't get a actual graph on the status (or trends) column. I get a link, but no actual graph. If anybody has some hints or suggestions, they would be greatly appreciated. I am running version from hobbit_4.1.2p2-2_i386.deb which I downloaded today. Any suggestions/help greatly appreciated Regards, Adam

1 1

Database test: dbcheck.pl on deadcat and sourceforge
by fduranti＠q8.it 07 Aug '06

07 Aug '06

Hello all, I've just released the first version of a perl script to check oracle/informix/sqlserver databases. It can be found on deadcat and at http://sourceforge.net/projects/hobbit-perl-cl/ This perl script will get data from the Database Server using DBI/DBD Perl Library. At this moment it will work with SQLServer,Oracle and Informix (I will add mysql in the near future). For sqlserver and informix for now only connection and database space are checked. For oracle there are many tests done (mostly the same as the bb-roracle.ksh + some custom ones):Connection, Audit table report, Tablespace, Extent, PinLib/HitCache, Memory Request, Invalid Objects, Rollback, Locks, Sessions and Processes. The program was fully tested under Hobbit but should work also on BB. The tests are not done if the connection test is failing. Sessions and Cache statistics are also gathered for graphs by hobbit. Thanks all :D Francesco

2 1

Latest snapshot - solaris procs check - Expected string CMD not f ound in ps output header
by CHRIS.MORRIS＠RWEnpower.com 07 Aug '06

07 Aug '06

Hi Downloaded latest snapshot 7th August 12:08 - the solaris client process checks went yellow with "Expected string CMD not found in ps output header". Ok for linux and AIX clients. Looked in hobbitd/hobbitd_client.c can't see where it differentiates between OSs. Any suggestions? Regards Chris **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

1 0