February 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

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

Report blue dot
by peter.welter＠gmail.com 15 Mar '06

15 Mar '06

Hi, Our manager would like to know the actual hours downtime: -during working hours and -during maintenance windows. It seems to me that this info can only be obtained if the service was not 100% up during the interval. Then you can drill down to the figure and see the percentage green, red, blue dot etc. If the service is 100% up, I only see the green diamond sign but can not see if the system was actually 100% up and running, or 5% up and running and 95% blue dotted. Any suggestions? Peter

2 4

Moving to new Hobbit server
by allan＠zandahar.net 02 Mar '06

02 Mar '06

Hey guys, Can't seem to find anything on this but then again I haven't gone through all the results that come up on the mailing list search either. We moved from BB server to a Hobbit server a while ago but it was on the same box so there was no issue there. We are shuffling some old hardware around and decided to give our hobbit server some more grunt and also add some other odd apps on it. We'll want to progrssively move the hosts over to the new server so the clients are cool, just update the ip in windows ones, and the ip and hostname in the nix ones As for the server I'm assuming I can just copy the data dir over for the host I'm moving. I cannot imagine there being anything server specific in any of the status messages or graphs ? So action plan would be, shut down client on XYZ, define it in bb-hosts file on NEWHOBBIT, has it out in the OLDHOBBIT bb-hosts file, copy appropriate data folders from OLDHOBBIT to NEWHOBBIT (update ownership if need be), update ip addy and hostname in XYZ client settings, start client XYZ, be happy :) Any flaws in this thinking or suggestions of easier way even though I cannot imagine one can you please let me know Thanks Allan

5 9

gmake install fails: 4.1.2p1 on OpenBSD 3.8
by scott.delinger＠ualberta.ca 28 Feb '06

28 Feb '06

MAKE=gmake ./configure works. gmake works. gmake install fails, in the common directory, as it cannot find version.h and libbbgen.h (which ARE in the hobbit-4.1.2p1/include directory, with config.h by this point) for the building of bbhostgrep.o. I don't understand why this is being recompiled, as the bbhostgrep executable file is in the common directory as a result of the gmake command. Let me know what output you want to see, and I'll generate it and post it as a followup. Scott Delinger scott.delinger at ualberta.ca IT Administrator http://www.chem.ualberta.ca/~scott Dept of Chemistry, University of Alberta Edmonton, Alberta, Canada T6G 2G2

1 0

hobbit-nkview.cfg
by plardinois＠be.tiauto.com 28 Feb '06

28 Feb '06

Hello, I have just installed yesterday's snapshot (27th Feb), but I do not find any "hobbit-nkview.cfg" file. Do I have to create it manually ? Also I don't know which information I have to put in the "Status" field in the Edit NK Definition page. Thank you in advance for giving me more information on that new feature. Regards, Pierre Lardinois _____________________________ Pierre Lardinois Int. ICT Infrastructure Team TI Automotive The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

1 0

[hobbit] su:/bin/bash permission denied
by Michael.Ciccone＠cityofthornton.net 28 Feb '06

28 Feb '06

ls -lad /usr drwxr-xr-x 14 root root 4096 Feb 15 09:54 /usr ls -lad /usr/lib drwxr-xr-x 111 root root 81920 Feb 17 04:03 /usr/lib ls -lad /usr/lib/hobbit drwxr-xr-x 7 root root 4096 Feb 27 13:32 /usr/lib/hobbit ls -lad /usr/lib/hobbit/server drwxr-xr-x 4 root root 4096 Feb 27 13:52 /usr/lib/hobbit/server -----Original Message----- From: Dan Vande More [mailto:bigdan at gmail.com] Sent: Monday, February 27, 2006 5:08 PM To: hobbit at hswn.dk Subject: Re: [hobbit] su:/bin/bash permission denied What does: $ ls -lad /usr/ /usr/lib/ /usr/lib/hobbit/ /usr/lib/hobbit/server Give you? On 2/27/06, Michael Ciccone <Michael.Ciccone at cityofthornton.net> wrote: > That's a typo... It should read... /usr/lib/hobbit/service for both. > As far as location "/usr/lib".. This is where the rpm installed the > software. But your right I should move it. > > Thanks > > To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0