March 2006 - Xymon - Xymon mailman web

include directives in hobbitlaunch.cfg, hobbitgraph.cfg
by bgmilne＠staff.telkomsa.net 30 May '06

30 May '06

Since we're looking to package some of our (server and client) extension scripts for hobbits in RPMs (to work nicely with the rest of our server deployment setup for Linux boxen), it would be really convenient if we could dump the entry for hobbitlaunch.cfg/clientlaunch.cfg and hobbitgraph.cfg in separate files, and use include directives (with support for globs) in the relevant config files. ie, supporting something like: include /etc/hobbit/hobbitlaunch.d/*.cfg Regards, Buchan -- Buchan Milne ISP Systems Specialist B.Eng,RHCE(803004789010797),LPIC-2(LPI000074592)

2 1

Hobbit client data truncated by server?!
by saam＠tomikoni.de 30 May '06

30 May '06

Hi, after reading the docs, searching the list, searching the source code i have no idea, what is going wrong here: Data that is sent by the hobbit client is truncated somewhere. My Hobbit client messages are about 30kB. The client sents the message to the server without loss (verified with netcat). Monitoring the client channel via [clientlogger] CMD hobbitd_channel --channel=client cat in hobbitlaunch.cfg results in: > >DATADATADATA >DATADATADATA >DATADATAD > >... DATA TRUNCATED ... > The received data is cut at approx 10kB. All MSG_* variables that limit communication are clearly above this value (MSG_CLIENT=256*1024). I have set anything to debug with no results. I did not find the place in the source code where the "DATA TRUNCATED" message is generated, so i can't trace back why it is truncated... Help me please! Regards, Mirko ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

3 2

RECOVERED alerts still sent outside of TIME window
by EES2Y＠hscmail.mcc.virginia.edu 29 May '06

29 May '06

Howdy all, We just had one of our engineers get a rude awakening last night by a UPS that had recovered from an error; I had thought that the RECOVERED pages were under the same TIME restrictions as normal alerts, but a quick look at the code leads me to believe that this is not so. Before I (or somebody else ;) attempts a fix, I wanted to make sure that there wasn't a valid reason behind this implementation. (I'm looking at the criteria match routine in the do_alerts.c file, specifically lines 899 through 914). TIA, -Eric Schwimmer Network Engineer UVA HSCS Network Engineering

2 1

OpenLDAP performance and replication monitoring with Hobbit
by bgmilne＠staff.telkomsa.net 09 May '06

09 May '06

We run a number of OpenLDAP servers, currently we have about 11 in production (depending how you count clusters) and a few in DR sites etc. We have been doing performance monitoring in the past (ie running scripts via snmp, monitoring with mrtg), but it seemed logical to move it to Hobbit and do everything in one place (useful for the syncrepl monitoring below). We have two separate instances that we manage, only one currently uses Hobbit for production monitoring (the other installation has hobbit installed, which is publicly accessible at present, but isn't used for production monitoring). The instance with the publicly accessible installation has OpenLDAP 2.1 and 2.2 servers, the other one has OpenLDAP 2.3 servers (using sync replication). So, I have written an extension script using perl-ldap (and Date::Manip) which we are now using via Hobbit's ncv module for performance monitoring. Replication status of sync-repl slaves is also checked (green for in sync, yellow for out of sync, clear if the sync-repl master could not be contacted to check the contextCSN, green if it is not a sync-repl slave). The script is available here: http://www.zarb.org/~bgmilne/bb-openldap.pl An extract from hobbitgraph.cfg is available here: http://www.zarb.org/~bgmilne/hobbitgraph-ol.cfg Some examples: http://196.25.211.20/hobbit/ldap/ldap.html Slave running OpenLDAP 2.2.x: http://196.25.211.20/hobbit-cgi/bb-hostsvc.sh?HOSTSVC=io.ol Master cluster running OpenLDAP 2.1.x: http://196.25.211.20/hobbit-cgi/bb-hostsvc.sh?HOSTSVC=metis.ol The only problem is with the parsing in ncv when a slave is out of sync. For slaves using sync-repl (no examples publicly available for now), the "&green Not a syncrepl slave" can be something like: &yellow dc=mydomain,dc=com out of sync 4 weeks 4 days 15:5:11 behind or &green dc=mydomain,dc=com in sync (with one such line for each syncrepl database, we have two or more on our production OL 2.3 boxen) Now, I could s/:/;/g or similar, but it would be nice if there were a way to prevent ncv from parsing a line (since I would also like to be able to graph the CIM extension results with ncv, but it has output and &green/&yellow/&red's all over). Regards, Buchan -- Buchan Milne ISP Systems Specialist B.Eng,RHCE(803004789010797),LPIC-2(LPI000074592)

2 1

hobbitclient on solaris: using iostat for cpu stat
by grossi＠acantho.net 09 May '06

09 May '06

Hi Henrik, I have seen that hobbit clients collects cpu stats via vmstat, now i think that the cpu information provided by "iostat -c" is more accurate, because it has the "%waiting for i/o" columns, wich is also in the linux version of vmstat. do you think you can add this information? -- Gianluca

2 1

Disk RRD problem with hobbit-client and OSF1 (Tru64)
by astavitsky＠yahoo.com 04 May '06

04 May '06

Hi! I'm using hobbit 4.1.2 server and clients. Some of my OSF1 (Tru64 4.0&5.1) clients' filesystems are being captured in RRD by mountpoint name and others by the device/domain. These are RRD files for a particular host:: ls -l HOSTNAME/disk* -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,arc.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,nfs,BOSS.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,nfs.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-26 20:13 HOSTNAME/disk,report.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,root_domain#root.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt,MakPrd,progesaPrd,Act,CWNY.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt,MakPrd,progesaPrd,Act,LongIsland.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt,MakPrd,progesaPrd,Act,NewJersey.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt,MakPrd,progesaPrd,Act.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,tmp_domain#tmp.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,usr_domain#usr.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,var,ase,mnt,asearc,arc.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,var,ase,mnt,asenfs,nfs.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,var_domain#var.rrd And here is the hobbitlog for this: HOSTNAME|disk|green||1130372298|1130621525|1130623325|0|0|172.16.52.21|-1|||Y green Sat Oct 29 17:31:58 EDT 2005 - Filesystems OK Filesystem 512-blocks Used Available Capacity Mounted on root_domain#root 409600 252902 128032 67% / usr_domain#usr 2516576 1825636 638672 75% /usr var_domain#var 9437184 4114720 5284080 44% /var tmp_domain#tmp 409600 2682 385376 1% /tmp /nfs at asenfs 88821680 37803820 50792192 43% /nfs /arc at asearc 106643104 69304154 37257648 66% /arc nfs_dmn#nfs 88821680 37803820 50792192 43% /var/ase/mnt/asenfs/nfs arc_dmn#arc 106643104 69304154 37257648 66% /var/ase/mnt/asearc/arc /NFS at CEBOSS 377479160 298515328 78963832 80% /nfs/BOSS rpt_dmn#progesa 106643104 61776456 44815856 58% /rpt rptact_dmn#act 106643104 75460796 31101280 71% /rpt/MakPrd/progesaPrd/Act rptcwny_dmn#cwny 106643104 28278562 78320496 27% /rpt/MakPrd/progesaPrd/Act/CWNY rptli_dmn#li 71095392 19095496 51949920 27% /rpt/MakPrd/progesaPrd/Act/LongIsland rptnj_dmn#nj 71095392 3627144 67417760 6% /rpt/MakPrd/progesaPrd/Act/NewJersey I read earlier messages about hobbit_larrd misdetecting NT/UNIX disk output, but in this case it uses different columns for different filesystems on the SAME host. I'm at a loss why this is happening and how to fix it. Thanks,

4 4

Changing the frequency of a specific test
by ian.marsh＠hants.gov.uk 03 May '06

03 May '06

We're currently experiencing a problem with httpd on one of our servers that isn't being caught by hobbit. Is it possible to specify a custom test interval for just one test on one server? The hope is that it'll stand a better chance of catching the problem if it runs, say, every minute rather than every 5 minutes. Thank you, Ian Marsh IT Services, Network Services Hampshire County Council Telephone: 01962 845235 HPSN: 200 5235 email: ian.marsh at hants.gov.uk

6 10

[hobbit] Monitoring a laptop
by rob.macgregor＠gmail.com 03 Apr '06

03 Apr '06

On 3/31/06, David Gilmore <david at stenhouseconsulting.com> wrote: > > I was thinking of monitoring employee laptops, and maybe even desktops, with > hobbit. I added a group to my hosts file with the DIAL tag, created a line > in the hosts file 0.0.0.0 mylaptop.mydomain.local # noping. I then > installed a client on the laptop and just set it to monitor the basics (CPU, > Disk, Memory). I then shut down the laptop and took it home. Thirty > minutes later I checked my hobbit pages from my home desktop and saw that > the status of the client was set to purple. I obviously misunderstood the > functionality of the DIALUP tag. Is it possible to monitor a device that > would only check in a couple of times a day? I know I could set specific > alerts thresholds for the laptop, but was hoping there might be a > "universal" solution. Maybe the "noping" is the problem (I'd check, but I'm not in work right now :>). Certainly the boxes I tag with "dialup" go clear when the ping check fails, not purple. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche

3 11

Monitoring a laptop
by david＠stenhouseconsulting.com 31 Mar '06

31 Mar '06

I was thinking of monitoring employee laptops, and maybe even desktops, with hobbit. I added a group to my hosts file with the DIAL tag, created a line in the hosts file 0.0.0.0 mylaptop.mydomain.local # noping. I then installed a client on the laptop and just set it to monitor the basics (CPU, Disk, Memory). I then shut down the laptop and took it home. Thirty minutes later I checked my hobbit pages from my home desktop and saw that the status of the client was set to purple. I obviously misunderstood the functionality of the DIALUP tag. Is it possible to monitor a device that would only check in a couple of times a day? I know I could set specific alerts thresholds for the laptop, but was hoping there might be a "universal" solution. Thanks David Gilmore Consultant Stenhouse Consulting, LLC. 4 Traverse St Providence, RI 02906 401.453.6900 401.454.7581 (fax)

1 0

Weird graph data scale problem
by jeffnewman75＠gmail.com 31 Mar '06

31 Mar '06

I have a script that will send the following: (output from sh -x) + /usr/local/hobbit/client/bin/bb <server> status <machine>.drops green Fri Mar 31 16:24:43 GMT 2006 drops:0 + sleep 1 or it could send + /usr/local/hobbit/client/bin/bb <server> status <machine>.drops green Fri Mar 31 16:24:43 GMT 2006 drops:2 + sleep 1 the line from the script: $BB $BBDISP "status $MACHINE.drops green `date` `echo "drops:$DROP_NUM"` " Note the return between the drop num and the " (double quote) If I put the double-quotes on the same line as the echo, the RRD doesn't get updated the status message shows correctly "drops 2" but the number in the graph is like in the millions (the y shows up to 10.0m), but the line at the bottom of the graph shows: 0.2 cur and 0.2 max The rrd is in the GAUGE format, and the NCV in the hobbitserver.cfg is also set to gauge. Im not sure why it's making "2" a "0.2" nor why the graph is making the number in the millions. Here is the graph definition: [drops] TITLE Drops per second YAXIS Number of drops DEF:drops=drops.rrd:drops:AVERAGE LINE1:drops#00CC00:Number of drops GPRINT:drops:LAST: \: %5.1lf (cur) GPRINT:drops:MAX: \: %5.1lf (max) GPRINT:drops:MIN: \: %5.1lf (min) GPRINT:drops:AVERAGE: \: %5.1lf (avg)\n I tried adding "-u 1.0" and it put the y scale going up to 1.0, and if I zoomed in on the graph, it plotted the 0.2, but I still don't know where it's getting that. Maybe I should change my BB command to send "$DROP_NUM".0 ? Any ideas? Thanks, Jeff

1 0