- Xymon - Xymon mailman web

R: [hobbit] bbdisplay problem
by damiano.vozza＠apss.tn.it 15 Nov '05

15 Nov '05

I modified bb-hosts whit a group title "Local servers": page servers Servers and Networks group-compress <font size="+1">Local servers</font> 172.21.82.10 uschasbc1 # BBDISPLAY BBPAGER BBNET bbd apache=http://172.21.82.10/server-status?auto LARRD:*,apache:apache|apache1|apache2|apache3 http://uschasbc1/ The same configuration works fine on hobbit 4.1.1 The dump says: GNU gdb Red Hat Linux (6.3.0.0-1.84rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `bbgen --recentgifs --subpagecolumns=2 --rss --report'. Program terminated with signal 6, Aborted. Reading symbols from /lib64/libpcre.so.0...Reading symbols from /usr/lib/debug/lib64/libpcre.so.0.0.1.debug...done. done. Loaded symbols for /lib64/libpcre.so.0 Reading symbols from /lib64/libc.so.6...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 #0 0x0000003b0562f280 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x0000003b0562f280 in raise () from /lib64/libc.so.6 #1 0x0000003b05630750 in abort () from /lib64/libc.so.6 #2 0x000000000041acf3 in sigsegv_handler (signum=Variable "signum" is not available. ) at sig.c:57 #3 <signal handler called> #4 0x0000003b05671fe0 in strlen () from /lib64/libc.so.6 #5 0x0000000000404586 in init_group (title=0x53a74f "<font size=\"+1\">Local servers</font>", onlycols=0x0, exceptcols=0x5 <Address 0x5 out of bounds>) at loadbbhosts.c:161 #6 0x0000000000405e61 in load_bbhosts (pgset=0x421c59 "") at loadbbhosts.c:567 #7 0x00000000004028b8 in main (argc=5, argv=0x7fffffedb0f8) at bbgen.c:560 What's wrong? Thanks Damiano Vozza Azienda Provinciale per i Servizi Sanitari Servizio Sistemi Informativi Ospedale S. Chiara Via Crosina Sartori 6 Trento - Italy tel. (+39) 0461364856 fax. (+39) 0461903593 e-mail damiano.vozza at apss.tn.it web site www.apss.tn.it -----Messaggio originale----- Da: Thomas [mailto:tlp-hobbit at holme-pedersen.dk] Inviato: martedì 15 novembre 2005 11.46 A: hobbit at hswn.dk Oggetto: Re: [hobbit] bbdisplay problem Why would you want a group without a title ? Try to add a title or remove the group tag. /Thomas Vozza Damiano wrote: > > Good morning, > > I use hobbit 4.1.1 on Fedora Core 4 2.6.14-1.1637 smp and works very fine. > > > > But with 4.1.2 and 4.1.2 p1 bbdisplay halts and hobbitlaunch.log reports: > > "Task bbdisplay terminated by signal 6" > > > > I found out that problem arises using tag "group" or "group-compress" > in bb-hosts. > > > > My bb-hosts file is: > > page Sistemi_SChiara Sistemi Ospedale S.Chiara, Trento > > group Hobbit > > 172.21.82.10 uschasbc1 # BBDISPLAY BBPAGER BBNET bbd > apache=http://172.21.82.10/server-status?auto > LARRD:*,apache:apache|apache1|apache2|apache3 http://uschasbc1/ > > > > Hobbitlaunch.log reports: > > 2005-11-15 09:05:02 hobbitlaunch starting > > 2005-11-15 09:05:02 Loading tasklist configuration from > /usr/local/hobbit/server/etc/hobbitlaunch.cfg > > 2005-11-15 09:05:02 Loading hostnames > > 2005-11-15 09:05:02 Loading saved state > > 2005-11-15 09:05:02 Setting up network listener on 0.0.0.0:1984 > > 2005-11-15 09:05:02 Setting up signal handlers > > 2005-11-15 09:05:02 Setting up hobbitd channels > > 2005-11-15 09:05:02 Setting up logfiles > > 2005-11-15 09:05:07 Task bbdisplay terminated by signal 6 > > > > The core file reports: > > gdb bin/bbgen tmp/core.21874 > > GNU gdb Red Hat Linux (6.3.0.0-1.84rh) > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and > you are > > welcome to change it and/or distribute copies of it under certain > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > details. > > This GDB was configured as "x86_64-redhat-linux-gnu"...Using host > libthread_db library "/lib64/libthread_db.so.1". > > > > Core was generated by `bbgen --recentgifs --subpagecolumns=2 --rss > --report'. > > Program terminated with signal 6, Aborted. > > Reading symbols from /lib64/libpcre.so.0...Reading symbols from > /usr/lib/debug/lib64/libpcre.so.0.0.1.debug...done. > > done. > > Loaded symbols for /lib64/libpcre.so.0 > > Reading symbols from /lib64/libc.so.6...done. > > Loaded symbols for /lib64/libc.so.6 > > Reading symbols from /lib64/ld-linux-x86-64.so.2...done. > > Loaded symbols for /lib64/ld-linux-x86-64.so.2 > > #0 0x0000003b0562f280 in raise () from /lib64/libc.so.6 > > (gdb) bt > > #0 0x0000003b0562f280 in raise () from /lib64/libc.so.6 > > #1 0x0000003b05630750 in abort () from /lib64/libc.so.6 > > #2 0x000000000041acf3 in sigsegv_handler (signum=Variable "signum" is > not available. > > ) at sig.c:57 > > #3 <signal handler called> > > #4 0x0000003b05671fe0 in strlen () from /lib64/libc.so.6 > > #5 0x0000000000404586 in init_group (title=0x53a746 "Hobbit", > onlycols=0x0, > > exceptcols=0x5 <Address 0x5 out of bounds>) at loadbbhosts.c:161 > > #6 0x0000000000405e61 in load_bbhosts (pgset=0x421c59 "") at > loadbbhosts.c:567 > > #7 0x00000000004028b8 in main (argc=5, argv=0x7fffffb2be98) at > bbgen.c:560 > > > > Any help? > > Thanks > > > > P.S. I already reported this bug(?) on sourceforge hobbit project with > request ID 1353082. > > > > > > /Damiano Vozza > Azienda Provinciale per i Servizi Sanitari > Servizio Sistemi Informativi > Ospedale S. Chiara > Via Crosina Sartori 6 Trento - Italy > tel. (+39) 0461364856 > fax. (+39) 0461903593 > e-mail *damiano.vozza at apss.tn.it* <mailto:damiano.vozza at apss.tn.it> > web site *www.apss.tn.it* <http://www.apss.tn.it/>/ > > > To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

hobbit + bb-xsnmp.pl
by bigdan＠gmail.com 14 Nov '05

14 Nov '05

Hey has anyone got the configs to get bb-xsnmp.pl to work with hobbit rrd and graphing? Henrik I saw you offered to do it here: http://www.hswn.dk/hobbiton/2005/04/msg00080.html But I can't find much else regarding it. Thanks Dan

1 0

Custom RRD graphs
by bigdan＠gmail.com 14 Nov '05

14 Nov '05

Hello All, I've read every post on the list, but still cannot figure out why I can't get rrds to appear. I've written a custom script that does something like: /home/monitor/bb/bin/bb 1.2.3.4 "status iron1-mgmt.Memoryutil green Memoryutil : 11" On 1.2.3.4 (server), my hobbitserver.cfg has this: 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,Memoryutil=ncv" The reason the test is memoryutil is because it's memory utilization gotta via snmp for an ironport device. My interpretation of the hobbitd_rrd.8 page, and this post: http://www.hswn.dk/hobbiton/2005/06/msg00261.html gives me reason to believe that I don't have to do anything but have a script pass bb a "$test (=|:) value" value, and tell TEST2RRD "$test=ncv", and I'd be graphing in no time. However, my ~hobbit/rrd/$hostname/ still doesn't have a $test.rrd. Am I missing something? Doing something wrong? Assuming some things I shouldn't be? Anyone have the ncv stuff working? Thanks Dan

3 15

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