August 2006 - Xymon - Xymon mailman web

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

[hobbit] Message to long
by Vernon.Everett＠dpi.wa.gov.au 07 Aug '06

07 Aug '06

On Solaris 10? ________________________________ From: Colin Spargo [mailto:cspargo2 at csc.com] Sent: Monday, 7 August 2006 4:48 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Message to long MAXMSG_CLIENT seems to need to allocate a shared memory segment of equal size. If your kernel shared memory settings are set too low (eg. if you are running defaults on solaris) then you may not be able to allocate the segment. If that happens, things like you just described seem to happen... you could possibly have dangling segments left over that were not cleaned up when you restarted hobbit, or possibly another app. Try checking what is allocated with "ipcs -a", and increasing the parameter "shmmax". ------------------------------------------------------------------------ ------------------------------------------------------------------------ -------------------------------- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. ------------------------------------------------------------------------ ------------------------------------------------------------------------ --------------------------------

2 1

[hobbit] Message to long
by Vernon.Everett＠dpi.wa.gov.au 07 Aug '06

07 Aug '06

Hi Henrik Here's an interesting bug. Or at least I think it's a bug. I set the MAXMSG_CLIENT to 1024, and it fixed the problem I was having. (See below) Later on, I had to restart the server, and it crapped out. I remember that sometimes deleting ~hobbit/server/tmp/* before a startup can fix things, so I gave it a try. Still no go. I then restarted it with --debug, and the only log file getting written to was hobbitlaunch.log (See extract below) I then reversed the only thing that had changed - removed the MAXMSG_CLIENT entry, and it all started up fine. A bug? Or a PEBKAC? Regards Vernon --- snip --- 2006-08-07 16:23:54 Loading hostnames 2006-08-07 16:23:54 Opening file /export/home/hobbit//server/etc/bb-hosts 2006-08-07 16:23:54 Opening file /export/home/hobbit//server/etc/client-local.cfg 2006-08-07 16:23:54 Loading saved state 2006-08-07 16:23:54 Cannot access checkpoint file /export/home/hobbit//server/tmp/hobbitd.chk for restore 2006-08-07 16:23:54 Setting up network listener on 0.0.0.0:1984 2006-08-07 16:23:54 Setting up signal handlers 2006-08-07 16:23:54 Setting up hobbitd channels 2006-08-07 16:23:54 Setting up status channel (id=1) 2006-08-07 16:23:54 calling ftok('/export/home/hobbit//server',1) 2006-08-07 16:23:54 ftok() returns: 0x100748F 2006-08-07 16:23:54 shmget() returns: 0x1200001E 2006-08-07 16:23:54 Setting up stachg channel (id=2) 2006-08-07 16:23:54 calling ftok('/export/home/hobbit//server',2) 2006-08-07 16:23:54 ftok() returns: 0x200748F 2006-08-07 16:23:54 shmget() returns: 0x1200001F 2006-08-07 16:23:54 Setting up page channel (id=3) 2006-08-07 16:23:54 calling ftok('/export/home/hobbit//server',3) 2006-08-07 16:23:54 ftok() returns: 0x300748F 2006-08-07 16:23:54 shmget() returns: 0x12000020 2006-08-07 16:23:54 Setting up data channel (id=4) 2006-08-07 16:23:54 calling ftok('/export/home/hobbit//server',4) 2006-08-07 16:23:54 ftok() returns: 0x400748F 2006-08-07 16:23:54 shmget() returns: 0x12000021 2006-08-07 16:23:54 Setting up notes channel (id=5) 2006-08-07 16:23:54 calling ftok('/export/home/hobbit//server',5) 2006-08-07 16:23:54 ftok() returns: 0x500748F 2006-08-07 16:23:54 shmget() returns: 0x12000022 2006-08-07 16:23:54 Setting up enadis channel (id=6) 2006-08-07 16:23:54 calling ftok('/export/home/hobbit//server',6) 2006-08-07 16:23:54 ftok() returns: 0x600748F 2006-08-07 16:23:54 shmget() returns: 0x12000023 2006-08-07 16:23:54 Setting up client channel (id=7) 2006-08-07 16:23:54 calling ftok('/export/home/hobbit//server',7) 2006-08-07 16:23:54 ftok() returns: 0x700748F 2006-08-07 16:23:54 shmget() returns: 0x12000024 2006-08-07 16:23:54 Setting up clichg channel (id=8) 2006-08-07 16:23:54 calling ftok('/export/home/hobbit//server',8) 2006-08-07 16:23:54 ftok() returns: 0x800748F 2006-08-07 16:23:54 Could not get shm of size 1048576: Invalid argument 2006-08-07 16:23:54 Cannot setup clichg channel --- snip --- -----Original Message----- From: Everett, Vernon [mailto:Vernon.Everett at dpi.wa.gov.au] Sent: Monday, 7 August 2006 12:17 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Message to long Yep, that was it. Thanks Lars Cheers Vernon -----Original Message----- From: lars ebeling [mailto:lars.ebeling at leopg9.no-ip.org] Sent: Monday, 7 August 2006 11:53 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Message to long Have a look at hobbitserver.cfg manpage. MAXMSG_CLIENT Regards Lars ----- Original Message ----- From: "Everett, Vernon" <Vernon.Everett at dpi.wa.gov.au> To: <hobbit at hswn.dk> Sent: Monday, August 07, 2006 3:42 AM Subject: [hobbit] Message to long Hi all Despite my best efforts, my procs page remains purple. I found this in the hobbitd page - which also remains yellow. (Server name changed to pluto) --- snip --- Latest errormessages: Oversize data/client msg from 10.1.5.242 truncated (n=949733, limit 524288) First line: pluto|sunos|sunos Oversize stachg msg from 10.1.5.242 for pluto:ports truncated (n=508447, limit=262144) Oversize page/ack/notify msg from 10.1.5.242 for pluto:ports truncated (n=508456, limit=262144) Oversize status msg from 10.1.5.242 for pluto:ports truncated (n=508452, limit=262144) Oversize data/client msg from 10.1.5.242 truncated (n=977049, limit 524288) First line: pluto|sunos|sunos Oversize status msg from 10.1.5.242 for pluto:ports truncated (n=508448, limit=262144) --- snip --- I am assuming that the output from the ports and procs test is too large. How do we make Hobbit happy with the larger message? This machine is a proxy server, so we can expect many procs and a long ports output. Regards Vernon 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 To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

2 1

page.log
by Dominique.Frise＠unil.ch 07 Aug '06

07 Aug '06

Hi, What does these line means: 2006-08-07 08:51:02 Semaphore wait aborted: Interrupted system call 2006-08-07 08:51:20 Setting up page channel (id=3) 2006-08-07 08:51:20 calling ftok('/soft/pub/BB/hobbit/server',3) 2006-08-07 08:51:20 ftok() returns: 0x3000A01 2006-08-07 08:51:20 shmget() returns: 0x25B Dominique UNIL - University of Lausanne

2 2

[hobbit] Message to long
by Vernon.Everett＠dpi.wa.gov.au 07 Aug '06

07 Aug '06

Yep, that was it. Thanks Lars Cheers Vernon -----Original Message----- From: lars ebeling [mailto:lars.ebeling at leopg9.no-ip.org] Sent: Monday, 7 August 2006 11:53 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Message to long Have a look at hobbitserver.cfg manpage. MAXMSG_CLIENT Regards Lars ----- Original Message ----- From: "Everett, Vernon" <Vernon.Everett at dpi.wa.gov.au> To: <hobbit at hswn.dk> Sent: Monday, August 07, 2006 3:42 AM Subject: [hobbit] Message to long Hi all Despite my best efforts, my procs page remains purple. I found this in the hobbitd page - which also remains yellow. (Server name changed to pluto) --- snip --- Latest errormessages: Oversize data/client msg from 10.1.5.242 truncated (n=949733, limit 524288) First line: pluto|sunos|sunos Oversize stachg msg from 10.1.5.242 for pluto:ports truncated (n=508447, limit=262144) Oversize page/ack/notify msg from 10.1.5.242 for pluto:ports truncated (n=508456, limit=262144) Oversize status msg from 10.1.5.242 for pluto:ports truncated (n=508452, limit=262144) Oversize data/client msg from 10.1.5.242 truncated (n=977049, limit 524288) First line: pluto|sunos|sunos Oversize status msg from 10.1.5.242 for pluto:ports truncated (n=508448, limit=262144) --- snip --- I am assuming that the output from the ports and procs test is too large. How do we make Hobbit happy with the larger message? This machine is a proxy server, so we can expect many procs and a long ports output. Regards Vernon 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

1 0

Message to long
by Vernon.Everett＠dpi.wa.gov.au 07 Aug '06

07 Aug '06

Hi all Despite my best efforts, my procs page remains purple. I found this in the hobbitd page - which also remains yellow. (Server name changed to pluto) --- snip --- Latest errormessages: Oversize data/client msg from 10.1.5.242 truncated (n=949733, limit 524288) First line: pluto|sunos|sunos Oversize stachg msg from 10.1.5.242 for pluto:ports truncated (n=508447, limit=262144) Oversize page/ack/notify msg from 10.1.5.242 for pluto:ports truncated (n=508456, limit=262144) Oversize status msg from 10.1.5.242 for pluto:ports truncated (n=508452, limit=262144) Oversize data/client msg from 10.1.5.242 truncated (n=977049, limit 524288) First line: pluto|sunos|sunos Oversize status msg from 10.1.5.242 for pluto:ports truncated (n=508448, limit=262144) --- snip --- I am assuming that the output from the ports and procs test is too large. How do we make Hobbit happy with the larger message? This machine is a proxy server, so we can expect many procs and a long ports output. Regards Vernon

2 1