March 2009 - Xymon - Xymon mailman web

PROC question
by Doug.Williams＠rhd.com 24 Mar '09

24 Mar '09

Or more like a problem. :) Hi, I have one server that has over 1700 processes, which includes a LOT of java processes, causing a lot of characters per line. So the entire PS output is not sent to the server; is truncated around 1400 lines. The problem is that any PROC I define to be monitored, that happens not to be within that 1400 lines stays in alarm condition. I played with setting MAXLINE and MAXMSG_STATUS to very high numbers, but to no success I also noted that in BB man pages it, says: /* The maximum size of a message is defined by the maximum allowed length of your shell's command line, and is typically 8-32 KB. If you need to send longer status messages, you can specify "@" as the message: bb will then read the status message from its stdin. */ Is there any way to get default tests such as PROC to be able to use the "@" capability, or will I just need to create a script monitoring procs on that server and EXHOST for default PROC test for that server? Thanks Doug

3 3

PATCH: hobbitlaunch segfaults on empty task list
by jcleaver＠soe.sony.com 24 Mar '09

24 Mar '09

When hobbitlaunch is started with an empty list of tasks to run (or an empty file, period), it segfaults. This patch resolves AFAICT, letting hobbitlaunch sleep and try again at its regular interval. Seems to work OK on my systems. Regards, Japheth Cleaver strace below. ========================================================== mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f7e000 write(1, "2009-03-23 12:48:04 Opening file"..., 622009-03-23 12:48:04 Opening file /etc/xymon/hobbitlaunch.cfg1 ) = 62 open("/etc/xymon/hobbitlaunch.cfg1", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f7d000 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7f7d000, 4096) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ sh-3.2$ ==========================================================

2 1

installation warnings
by gleonard＠progrexion.com 23 Mar '09

23 Mar '09

I have a terminal server that is being used as a testing ground for applications and would like to know when new apps are installed.. is there anyway bbnt could tell me when a new application has been installed. Gavin Leonard [cid:image001.gif at 01C9ABD6.4A562380] Director, Systems-Network Engineering T 801-828-1735 F 801-828-1704 E gleonard at progrexion.com<mailto:gleonard at progrexion.com> Research | Marketing | Sales Generation www.progrexion.com<http://www.progrexion.com/> This email and its contents are confidential. If you are not the intended recipient, delete this email and do not use or disclose the information within this email or its attachments. Thank you.

1 0

BUG: fsmon
by malcolm.hunter＠gmx.co.uk 20 Mar '09

20 Mar '09

Not sure if it's been reported before and I'm not sure of the usefulness of posting to spamsville bbwin list, so I thought I'd mention this here. If anyone's using it, the fsmon.vbs in BBwin needs patching. Line 274: If InStr(Left(BBLines.Item(line), 7), BBCOLORS(YELLOW)) <> 0 Then Needs to be changed to: If InStr(Left(BBLines.Item(line), 7), BBCOLORS(YELLOW)) <> 0 And finalStatus <> RED Then Without the patch, a directory that's further down in the fsmon.cfg and is at warning level will override a directory above it at critical level, so the final status will be yellow and not red as it should be. e.g.: DIR x "c:\x" <10 <50 "Too many files" DIR y "c:\y" <10 <50 "Too many files" If x has 51 files (critical) and y has 11 files (warn), the final status should be red, but because y is below x, the final status is yellow. The patch checks that the final status hasn't already been set to red before it sets it to yellow. Regards, Malcolm -- Technical copy-editor & proofreader KDE Proofreading Team KDE British English Translation Team http://l10n.kde.org/team-infos.php?teamcode=en_GB Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

1 0

Hobbit Per Core Alerting
by tlewick＠tradebotsystems.com 20 Mar '09

20 Mar '09

Is anyone doing anything to be alerted on a per Core basis instead of overall CPU. This would apply to both Linux and Windows, under windows using the bbwin client...

5 8

NCV Graphing
by adam＠websitemanagers.com.au 20 Mar '09

20 Mar '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm trying to follow the Help -> Custom Graphs instructions as follows: I've written a script to collect data, asked hobbitclient to run it regularly. Checked that the data is arriving on the xymon server backup.notme.org.au|temp|green||1237445672|1237515673|1237517473|0|0|xxx.xxx.xxx.xxx|-1|||Y green Fri Mar 20 13:21:13 EST 2009 Temp GOOD (38 degrees) sda : 38 sdb : 36 hobbitserver.cfg:TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,files,procs=processes,ports,clock,lines,ops,stats,cifs,JVM,JMS,HitCache,Session,JDBCConn,ExecQueue,JTA,TblSpace,RollBack,MemReq,InvObj,snapmirr,snaplist,snapshot,if_load=devmon,mysql=ncv,dnsnum=ncv,astnet=ncv,ups=ncv,temp=ncv" Added this line to indicate that the numbers are absolute values, not always increasing values (default of DERIVE)... hobbitserver.cfg:NCV_temp="*:GAUGE" Re-started the hobbit rrd processes, and eventually also re-started xymon completely. rrdtool dump shows this: <rrd> <version> 0003 </version> <step> 300 </step>  <lastupdate> 1237515898 </lastupdate>  <ds> <name> sda </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 8.0460000000e+03 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> sdb </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 8.0460000000e+03 </value> <unknown_sec> 0 </unknown_sec> </ds> So, for some reason the values are not getting into the rrd files.... Note, I found that I previously had an entry in TEST2RRD for temp=devmon, so I have removed that and deleted all the rrd files (for temp) so that they would be re-created. Could anyone advise what I might have done wrong/missed here? Thanks, Adam -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDEZcACgkQGyoxogrTyiXetACgvOuJSZgRouv/1e3bXt+gffpz lYUAn2bprtUtN5wi3xUsJbI3incEMtlQ =Dmfr -----END PGP SIGNATURE-----

2 3

NCV Graphing
by mailinglists＠websitemanagers.com.au 20 Mar '09

20 Mar '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm trying to follow the Help -> Custom Graphs instructions as follows: I've written a script to collect data, asked hobbitclient to run it regularly. Checked that the data is arriving on the xymon server backup.notme.org.au|temp|green||1237445672|1237515673|1237517473|0|0|xxx.xxx.xxx.xxx|-1|||Y green Fri Mar 20 13:21:13 EST 2009 Temp GOOD (38 degrees) sda : 38 sdb : 36 hobbitserver.cfg:TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,files,procs=processes,ports,clock,lines,ops,stats,cifs,JVM,JMS,HitCache,Session,JDBCConn,ExecQueue,JTA,TblSpace,RollBack,MemReq,InvObj,snapmirr,snaplist,snapshot,if_load=devmon,mysql=ncv,dnsnum=ncv,astnet=ncv,ups=ncv,temp=ncv" Added this line to indicate that the numbers are absolute values, not always increasing values (default of DERIVE)... hobbitserver.cfg:NCV_temp="*:GAUGE" Re-started the hobbit rrd processes, and eventually also re-started xymon completely. rrdtool dump shows this: <rrd> <version> 0003 </version> <step> 300 </step>  <lastupdate> 1237515898 </lastupdate>  <ds> <name> sda </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 8.0460000000e+03 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> sdb </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 8.0460000000e+03 </value> <unknown_sec> 0 </unknown_sec> </ds> So, for some reason the values are not getting into the rrd files.... Note, I found that I previously had an entry in TEST2RRD for temp=devmon, so I have removed that and deleted all the rrd files (for temp) so that they would be re-created. Could anyone advise what I might have done wrong/missed here? Thanks, Adam -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDADAACgkQGyoxogrTyiXesACgjm5OMDHyUVWEZL6G/dk33I+1 uDMAn3wHeDkD8r3ySgcnl45v++0Y8+5F =8zMD -----END PGP SIGNATURE-----

2 1

cookies and ack
by philwild＠gmail.com 20 Mar '09

20 Mar '09

Hi xymon users -- Tel: 0400 466 952 Fax: 0433 123 226 email: philwild AT gmail.com

1 1

Possible bug
by Doug.Williams＠rhd.com 19 Mar '09

19 Mar '09

ahhh, my bad, sorry. I see what may be the problem: MESSAGE The message parameter is the message to be sent across to the Hobbit server. Messages must be enclosed in quotes, but by doing so they can span multiple lines. The maximum size of a message is defined by the maximum allowed length of your shell's commandline, and is typically 8-32 KB. If you need to send longer status messages, you can specify "@" as the message: bb will then read the status message from its stdin. Sorry, Cheers! Doug ________________________________ From: Williams, Doug (Consultant-RIC) Sent: Thursday, March 19, 2009 7:48 PM To: 'hobbit at hswn.dk' Subject: Possible bug I searched but found nothing relevant that fixed problem: OS version: hpux 11.23 on Itanium 64 bit Hobbit version 4.2.0 We have over 100 some servers running hobbit client but only one with exhibiting behaviour. I replaced the client, upped significantly MAXLINES on server and client, as well as MAXMSG_STATUS on both. Problem persists For PROC testing, the entire PS output is not searched, failing to find PROCs that I have defined: (in this case failing to find the last process "envd") hpux02: hobbit server hobbit-clients.cfg HOST=hpux04 DISK %^/rhduser.* IGNORE HOST=%.*. FILE /etc/passwd MODE=444 FILE /etc/group MODE=444 FILE /etc/sudoers MODE=440 LOG %/var/adm/syslog/syslog.log %vmunix COLOR=red DISK %^/oracle\.* IGNORE DISK %^/ora\d*/oradata/* IGNORE DISK %^/oracle/db* IGNORE DISK %^/orarhd/ora_* IGNORE DISK %^/ora_edw_dump IGNORE DISK %^/ora_restore IGNORE DISK %^/opt/dbms IGNORE DISK %^/hot_backups IGNORE DISK %^/iamtest1/iam/web IGNORE DISK %^/dip_disk_7 IGNORE DISK %^/dip_disk_6 IGNORE DISK %^/cdrom IGNORE #PROC sysedge EXHOST=hpux43,hpux06 PROC sysedge EXHOST=hpux06 PROC cron PROC inetd PROC sshd PROC xntpd PROC syslogd EXHOST=hpux66 PROC ttd PROC midaemon PROC scopeux PROC nfsd PROC init PROC swagentd PROC rpcd PROC swapper PROC vxfsd PROC vhand PROC ioconfigd PROC utmpd PROC rpcbind PROC envd HOST=hpux02 PROC mmd PROC rds PROC crs DEFAULT # These are the built-in defaults. UP 1h LOAD 5.0 10.0 DISK * 96 99 MEMPHYS 99 100 MEMSWAP 85 95 MEMACT 90 97 ============================ hpux06: client - web page ... ... ...

1 0

SMS Alerts
by Jarrod.Hodder＠pmg.net.au 19 Mar '09

19 Mar '09

Hello, I am trying to get a custom message sent from Hobbit via sms. All I want is the hostname with a short message sent after it. So far I have #!/bin/bash echo "${BBHOSTNAME:0:160} cpu is red" | gnokii --sendsms 1234567890 I am using gnokii as the gate way. I think my variable is what is causing the problem, can someone see where I have gorn wrong? Jarrod Hodder Paradigm Management Group 110 Livingston Avenue Kambah, ACT 2902 1300 735 370 Jarrod at pmg.net.au

5 5