November 2005 - Xymon - Xymon mailman web

upgrade to 4.1.2 breaks netapp qtree graphing
by tomg＠mcclatchyinteractive.com 14 Nov '05

14 Nov '05

Upgraded from hobbit 4.0.4 -> 4.1.2 and hit my first bug: the data collected from my filerstats2bb.pl ext script, which gets data from my NetApp filer and allows me to graph the qtrees, volumes & inodes, no longer works. The data collection still works fine, as well as the display of the results, but only one the first qtree/inode/disk is graphed. The rest are not. hobbitgraph.cfg definitions are still the same as before, so I poked around the hobbitd/rrd/do_disk.c and compared it to the one used in 4.0.4, but I think that is working well since it populates the rrd files...? hobbitgraph.c is where I should look, right? I'm kinda lost here, and of course we need to see our filer graphs to check on a problem, which is how a co-worker disovered the bug in the first place! Tom

2 6

Plaintext reports possible?!
by pwelter＠xs4all.nl 12 Nov '05

12 Nov '05

Hello all, I want to generate reports and although the bbgen man-page shows me exactly what I want, the output is in html. However, I want the output to be copied and paste in generic plain text for management reports. Just like it is already possible when you generate an availability report with the browser, when you drill down to a specific item and see in text-mode something like this: Availability Report Nov 08 2005 linux - bu_unix Availability: 0.62% Green Yellow Red Purple Clear Blue 24x7 0.62% 0.00% 99.38% 0.00% 0.00% 0.00% Events 1 0 1 0 0 0 Event logs for the given period Event Start Event End Status Duration (Seconds) Cause Tue Nov 08 00:06:55 2005 Tue Nov 08 18:43:35 2005 red 18:36:40 67000 - probably some error in /root/bin/backup_unix.files!!! Time Critical/Offline (24x7): 18:36:40 (67000 secs) Is this possible, and if so, how?! Thanks Peter

2 1

hobbitd_rrd is not looking good
by bob＠phreakout.net 12 Nov '05

12 Nov '05

I have no real idea what I broke, but maybe someone can tell me. I made a change in my bb-services file as I was trying to define a different smtp service that expected a different return value than default smtp. I called it something atypical and things started to turn red and when I clicked on the red faces, there were Internal Server Error messages. About that same time, the hobbitd and hobbitd_rrd turned red. I immediately changed the values back to where they where(removed the additional smtp definition as well as removed the the reference in bb-hosts) and then restarted hobbit. The hobbitd_rrd does not seem to be coming back. So right now, hobbitd_rrd is purple and when you click to get more information, it says 'Program Crashed Fatal Signal Caught' In the rrd-data.log at around the time that this happened there is an entry that says, '2005-11-11 01:33:35 Worker process died with exit code 134, terminating'. I am not sure if that is related. I do not seem to have any COREFILES in my tmp dir unless they may have been erased when I restarted hobbit....probably not, but I don't know. I am also as green(not the hobbit green!) as possible in terms of running and even configuring hobbit, so go easy on me. If anyone has any idea of what I can do to bring my poor hobbitd_rrd back to a nice shade of green, please do! TIA peace, Bob

2 4

Fedora core 4 dependencies
by craig＠cookitservices.com 11 Nov '05

11 Nov '05

Are these missing dependencies an issue? I think last time (4.1.1) I added the --nodeps and forced the install and everything worked... [root craig]# rpm -U hobbit-4.1.2-1.i386.rpm error: Failed dependencies: libcrypto.so.0.9.7 is needed by hobbit-4.1.2-1.i386 liblber.so.2 is needed by hobbit-4.1.2-1.i386 libldap.so.2 is needed by hobbit-4.1.2-1.i386 libpcre.so.3 is needed by hobbit-4.1.2-1.i386 libssl.so.0.9.7 is needed by hobbit-4.1.2-1.i386 libtasn1.so.2 is needed by hobbit-4.1.2-1.i386 [root craig]# locate liblber /usr/lib/evolution-openldap/lib/liblber.a /usr/lib/liblber.a /usr/lib/liblber-2.2.so.7.0.16 /usr/lib/liblber.so /usr/lib/liblber-2.2.so.7 [root craig]# locate libcrypto.so /usr/lib/libcrypto.so /lib/libcrypto.so.5 /lib/libcrypto.so.0.9.7f [root craig]# locate libldap /usr/lib/evolution-openldap/lib/libldap_r.a /usr/lib/evolution-openldap/lib/libldap.a /usr/lib/mozilla-1.7.12/libldap50.so /usr/lib/libldap_r.a /usr/lib/libldap_r-2.2.so.7 /usr/lib/libldap.a /usr/lib/libldap_r-2.2.so.7.0.16 /usr/lib/libldap.so /usr/lib/libldap-2.2.so.7.0.16 /usr/lib/libldap_r.so /usr/lib/libldap-2.2.so.7 [root craig]# locate libpcre /usr/lib/libpcreposix.a /usr/lib/libpcreposix.so.0.0.0 /usr/lib/libpcre.a /usr/lib/libpcreposix.so /usr/lib/libpcre.so /usr/lib/libpcreposix.so.0 /usr/lib/pkgconfig/libpcre.pc /lib/libpcre.so.0 /lib/libpcre.so.0.0.1 [root craig]# locate libssl /usr/lib/libssl3.so /usr/lib/firefox-1.0.7/libssl3.so /usr/lib/libssl.a /usr/lib/libssl.so /lib/libssl.so.5 /lib/libssl.so.0.9.7f Craig Cook -- Systems Monitoring Consulting and Support Services http://www.cookitservices.com

6 9

Web page to subscribe to Hobbit email alerts
by Shawn.Maschino＠ge.com 11 Nov '05

11 Nov '05

Hello follow Hobbit admins (hobmins?). I'm fairly new to the list but have been running Hobbit for a while now. I've had a request come to me to put a web page together to let people register for getting Hobbit email alerts. It would just need to allow someone to select a server (or servers), the tests they want alerts for, and then enter their email address. When they submit the form it would automatically add a line in hobbit-alerts.cfg so they would get the alerts. It wouldn't need to be anything fancy, or support unsubscribing to alerts (although that would be nice). Before I tried my hand at hacking together something to do this I thought I'd check if anyone here has something already since it seemed like this probably has come up for someone before. I took a look at the code for the Enable/Disable alerts cgi page and thought I may be able to use that as a starting point, but if anyone here has already done something like this and wouldn't mind sharing it would be appreciated. Thanks! Shawn Maschino Technical Services - Server Operations GE Plastics shawn.maschino at ge.com

2 1

[hobbit] hobbitclient, disk and AIX
by KauffmanT＠nibco.com 10 Nov '05

10 Nov '05

This has been on my to-do list for a while -- not because all the nfs clients tell me about the disk space, but because the df command hangs if a hard-mounted nfs filesystem becomes unavailable. With the BB client code, this ends up with purples for disk, swap, cpu, and messages (and maybe more -- running from memory here). Tom -----Original Message----- From: Frédéric Mangeant [mailto:frederic.mangeant at steria.com] Sent: Thursday, November 10, 2005 3:56 AM To: hobbit at hswn.dk Subject: Re: [hobbit] hobbitclient, disk and AIX Andy France a écrit : > I'm working my way through a small rollout of hobbitclient on some AIX 5.3 > boxen to replace the BB client. > > At present, I am having some issues with disk alerts, especially for NFS > mounted drives. > > As Henrik probably noticed, AIX is nice enough to *not* include the option > for specifying file system types in it's df command. Well... it does in > the sysv version but that won't let you get the results in kb :-) So if I > get a full disk on the NFS server, all the NFS clients let me know about it > too! Hi you can install GNU coreutils (ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/coreutils/c…) they provide some useful GNU commands like df : $ /usr/linux/bin/df --help [...] -l, --local limit listing to local filesystems [...] I'm using this with BB clients on AIX : DF="/usr/linux/bin/df -h -l" Regards, -- Frédéric Mangeant Steria EDC Sophia-Antipolis To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Fw: [hobbit] hobbitclient, disk and AIX
by Andy＠zespri.com 10 Nov '05

10 Nov '05

Andy France <Andy at zespri.com> wrote on 10/11/2005 09:38:34 p.m.: > Just a follow up on my own thread... > Andy France wrote on 10/11/2005 05:25:27 p.m.: > > I'm working my way through a small rollout of hobbitclient on some AIX > 5.3 > > boxen to replace the BB client. > > At present, I am having some issues with disk alerts, especially for NFS > > mounted drives. > > As Henrik probably noticed, AIX is nice enough to *not* include the > option > > for specifying file system types in it's df command. Well... it does in > > the sysv version but that won't let you get the results in kb :-) So if > I > > get a full disk on the NFS server, all the NFS clients let me know about > it > > too! > I've had a look at how BB resolves this issue. They grep the df output for > lines that begin with /dev. > This will work fine for me as all my LV's (logical volumes), whether > locally attached SCSI disks or fibre attached FAStT SAN disks, follow this > convention... which is kind of obvious seeing as i never noticed any > problems with the BB client! ;-) > Can anyone else confirm that all AIX systems will follow this > convention? I'm relatively new to AIX and only run 5.2 and 5.3. I > therefore feel I'm not qualified to categorically state that all local > filesystems will be created on logical volumes. Does AIX actually enfore > the use of LVM? > At this point, I've made the following change to my copies of > hobbitclient-aix.sh > df -Ik | sed ... > *becomes* > df -Ik | grep '^/dev' | sed... Whoops! df -Ik | grep -E '^/dev'\|'^Filesystem' | sed... :-) > Would anyone have objections to getting the source updated to match by > Henrik? > > Would it be possible to use a DEFAULT regex to exclude any lines with a : > > in them? Something like... > > DISK %*:.* 101 102 > > Although my perl regex experience is a bit light... so any clarification > > would be appreciated! > This would obviously become a bit redundant :-) > > Also - can you have multiple DISK lines undet the DEFAULT tag? The man > > page doesn't say much either way, although I've got it working fine on > one > > host entry for the PROC status > > Regards, > Andy. > ##################################################################################### > This email is intended for the person to whom it is addressed > only. If you are not the intended recipient, do not read, copy > or use the contents in any way. The opinions expressed may not > necessarily reflect those of ZESPRI Group of Companies ('ZESPRI'). > While every effort has been made to verify the information > contained herein, ZESPRI does not make any representations > as to the accuracy of the information or to the performance > of any data, information or the products mentioned herein. > ZESPRI will not accept liability for any losses, damage or > consequence, however, resulting directly or indirectly from > the use of this e-mail/attachments. > ##################################################################################### > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk ##################################################################################### This email is intended for the person to whom it is addressed only. If you are not the intended recipient, do not read, copy or use the contents in any way. The opinions expressed may not necessarily reflect those of ZESPRI Group of Companies ('ZESPRI'). While every effort has been made to verify the information contained herein, ZESPRI does not make any representations as to the accuracy of the information or to the performance of any data, information or the products mentioned herein. ZESPRI will not accept liability for any losses, damage or consequence, however, resulting directly or indirectly from the use of this e-mail/attachments. #####################################################################################

2 1

[hobbit] hobbitclient, disk and AIX
by Mark.Deiss＠acs-inc.com 10 Nov '05

10 Nov '05

How is a mount of a CD-ROM/DVD drive handled? You may want to exclude those entries too - unless you have don't care about those pesky 100% always full reports on /dev/cdrom mounted to whatever... -----Original Message----- From: Andy France [mailto:Andy at zespri.com] Sent: Thursday, November 10, 2005 3:39 AM To: hobbit at hswn.dk Subject: Fw: [hobbit] hobbitclient, disk and AIX Just a follow up on my own thread... Andy France wrote on 10/11/2005 05:25:27 p.m.: > I'm working my way through a small rollout of hobbitclient on some AIX 5.3 > boxen to replace the BB client. > At present, I am having some issues with disk alerts, especially for NFS > mounted drives. > As Henrik probably noticed, AIX is nice enough to *not* include the option > for specifying file system types in it's df command. Well... it does in > the sysv version but that won't let you get the results in kb :-) So if I > get a full disk on the NFS server, all the NFS clients let me know about it > too! I've had a look at how BB resolves this issue. They grep the df output for lines that begin with /dev. This will work fine for me as all my LV's (logical volumes), whether locally attached SCSI disks or fibre attached FAStT SAN disks, follow this convention... which is kind of obvious seeing as i never noticed any problems with the BB client! ;-) Can anyone else confirm that all AIX systems will follow this convention? I'm relatively new to AIX and only run 5.2 and 5.3. I therefore feel I'm not qualified to categorically state that all local filesystems will be created on logical volumes. Does AIX actually enfore the use of LVM? At this point, I've made the following change to my copies of hobbitclient-aix.sh df -Ik | sed ... *becomes* df -Ik | grep '^/dev' | sed... Would anyone have objections to getting the source updated to match by Henrik? > Would it be possible to use a DEFAULT regex to exclude any lines with a : > in them? Something like... > DISK %*:.* 101 102 > Although my perl regex experience is a bit light... so any clarification > would be appreciated! This would obviously become a bit redundant :-) > Also - can you have multiple DISK lines undet the DEFAULT tag? The man > page doesn't say much either way, although I've got it working fine on one > host entry for the PROC status > Regards, Andy. ############################################################################ ######### This email is intended for the person to whom it is addressed only. If you are not the intended recipient, do not read, copy or use the contents in any way. The opinions expressed may not necessarily reflect those of ZESPRI Group of Companies ('ZESPRI'). While every effort has been made to verify the information contained herein, ZESPRI does not make any representations as to the accuracy of the information or to the performance of any data, information or the products mentioned herein. ZESPRI will not accept liability for any losses, damage or consequence, however, resulting directly or indirectly from the use of this e-mail/attachments. ############################################################################ ######### To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Fw: [hobbit] hobbitclient, disk and AIX
by Andy＠zespri.com 10 Nov '05

10 Nov '05

Just a follow up on my own thread... Andy France wrote on 10/11/2005 05:25:27 p.m.: > I'm working my way through a small rollout of hobbitclient on some AIX 5.3 > boxen to replace the BB client. > At present, I am having some issues with disk alerts, especially for NFS > mounted drives. > As Henrik probably noticed, AIX is nice enough to *not* include the option > for specifying file system types in it's df command. Well... it does in > the sysv version but that won't let you get the results in kb :-) So if I > get a full disk on the NFS server, all the NFS clients let me know about it > too! I've had a look at how BB resolves this issue. They grep the df output for lines that begin with /dev. This will work fine for me as all my LV's (logical volumes), whether locally attached SCSI disks or fibre attached FAStT SAN disks, follow this convention... which is kind of obvious seeing as i never noticed any problems with the BB client! ;-) Can anyone else confirm that all AIX systems will follow this convention? I'm relatively new to AIX and only run 5.2 and 5.3. I therefore feel I'm not qualified to categorically state that all local filesystems will be created on logical volumes. Does AIX actually enfore the use of LVM? At this point, I've made the following change to my copies of hobbitclient-aix.sh df -Ik | sed ... *becomes* df -Ik | grep '^/dev' | sed... Would anyone have objections to getting the source updated to match by Henrik? > Would it be possible to use a DEFAULT regex to exclude any lines with a : > in them? Something like... > DISK %*:.* 101 102 > Although my perl regex experience is a bit light... so any clarification > would be appreciated! This would obviously become a bit redundant :-) > Also - can you have multiple DISK lines undet the DEFAULT tag? The man > page doesn't say much either way, although I've got it working fine on one > host entry for the PROC status > Regards, Andy. ##################################################################################### This email is intended for the person to whom it is addressed only. If you are not the intended recipient, do not read, copy or use the contents in any way. The opinions expressed may not necessarily reflect those of ZESPRI Group of Companies ('ZESPRI'). While every effort has been made to verify the information contained herein, ZESPRI does not make any representations as to the accuracy of the information or to the performance of any data, information or the products mentioned herein. ZESPRI will not accept liability for any losses, damage or consequence, however, resulting directly or indirectly from the use of this e-mail/attachments. #####################################################################################

1 0

capital letters in bbcombotest.cfg
by nishioka＠rightnow.ne.jp 10 Nov '05

10 Nov '05

I can operate bbcombotest properly when I use small letters in bbcombotest.cfg, but when capital letters are used in bbcombotest.cfg, the result of bbcombotest is not displayed on bb.html. [OK] <bbcombotest.cfg> combo-savvis.combo=(bhr1\-pos\-13\-0\.SantaClarasc4\.savvis\.net.conn || csr12\-ve240\.SantaClarasc5\.savvis\.net.conn) <bb-hosts> 0.0.0.0 combo-savvis # noconn [NG] <bbcombotest.cfg> COMBO-SAVVIS.combo=(bhr1\-pos\-13\-0\.SantaClarasc4\.savvis\.net.conn || csr12\-ve240\.SantaClarasc5\.savvis\.net.conn) <bb-hosts> 0.0.0.0 COMBO-SAVVIS # noconn Please let me know if using capital letters in bbcombotest.cfg is illegal or not.

1 0