June 2006 - Xymon - Xymon mailman web

RRD graphing not showing up
by pmalenfa＠videotron.ca 12 Jul '06

12 Jul '06

Hello, I'm still on this problem. By testing manually hobbitgraph.sh, I received the following output: Content-type: text/html <html><head><title>Invalid request</title></head> <body>Invalid request - no host or service</body></html> Does someone have an idea where I should look? Here is the other details I already sent. The graphs do not show up on one Hobbit server I installed on AIX. All the other hobbit servers I installed on AIX 5.2 and 5.3 do work fine. I used the same procedure for installing Hobbit (same pre-reqs). All the pages shows up properly but the graphs images are not produced. The server is on AIX 5.3, running 64 bits kernel. I tried many things following what I found in the list but without success. Here is what I tried already: - Tested manually hobbitgraph.sh, with the Apache user (REQUEST_METHOD, REQUEST_URI, etc). It return data. - Recompiled a few times using different options - I saw the list thread about problems on HPUX and 64 bits compilations. So I tried recompiling with my server in 32 bits and same problem - rrd files gets populated and rrdtool dump is working In my apache error log, I have the following: Premature end of script headers: /home/hobbit/cgi-bin/hobbitgraph.sh In my rrd-data.log, I have (I don't think it matters) Internal error: Duplicate match ignored Any ideas? Pierre

1 1

MSGS Status Expire Time
by roland.graeub＠rtc.ch 11 Jul '06

11 Jul '06

Hello For the hobbit-client is there a option like the MSGEXPIRE in BB: MSGEXPIRE="30:60" # EXPIRE WARNINGS IN 30 MIN, PANICS IN 60 I see in Hobbit the MSGS column goes green after 30min, is there a option to change the MSGEXPIRE Settings in hobbit ? (Maybe oversight the option..) Fixs for the Clients and also the --source Option in hobbitping works fine . Thanks Henrik. Regards Roland

2 1

Trends graph for Procs only shows single instance
by CHRIS.MORRIS＠RWEnpower.com 10 Jul '06

10 Jul '06

Hi, The PROCS status page shows a graph of multiple processes that have been defined to TRACK, but the procs graph on the TRENDS page only shows a single instance on the graph. Ports works properly and the definition in hobbitgraphs.cfg looks the same. Regards, Chris **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

2 1

descriptions in alerts
by kflavin＠iswest.net 10 Jul '06

10 Jul '06

Hi, We've inserted information using the "Descr:" tags in our bb-hosts file that we'd like to be able to include in some of our alerts. Is there a variable that we can use in our paging scripts to include this information - or is there a way to grab this information about a host when sending an alert? Kevin Flavin

2 1

TCP/IP stats (bits/s) limited to 100M
by ndo＠unikservice.com 10 Jul '06

10 Jul '06

Hi, I have data suspicious with TCP/IP stats on Solaris and AIX. Graphs told me that my hosts don't send/receive more than ~110 Mbits/ s . This raise an alert on the backup server which is installed with a GigEth interface and need to eat many backups flow simulteanously. So, I'm checking other GigEth equipped host. I have some solaris hosts with GigEth. Graphs are inconsistent between interfaces details and TCP/IP general graphs. Take a look : http://www.unikservice.com/frp/tcpip.png http://www.unikservice.com/frp/i1.png http://www.unikservice.com/frp/i2.png So, I'm suspecting an issue with collect or graphs. Could somebody tell me where I should start to debug ? Nicolas

5 10

[patch] bb-findhost.cgi redirects to the page when only one host matches
by cgoyard＠cvf.fr 09 Jul '06

09 Jul '06

hi, I made a small modification to bb-findhost.c so that when a search yields only one results, you get transported to that page. Since we only know there's one result after a full scan of the bb-hosts file, and don't want to scan the file twice, I use an ugly way to do it: a javascript redirect held in a <img> tag. This works for 4.1.2p1, but the patch applies in 4.2-beta-20060605 too (not tested live, thought). Regards, -- Charles Goyard rediscovering C

3 6

ghost clients reporting
by stephane.caminade＠ias.u-psud.fr 09 Jul '06

09 Jul '06

Hi, I've just added the BBGHOST=2 setting to my hobbitserver.cfg file (running Hobbit Monitor 4.2-beta-20060605), and I was wondering if it is possible to create a warning in the hobbitd test when a ghost is detected ? As I understand it, BBGHOST=1 will discard the message, and BBGHOST=2 will add a line to the hobbitd page (something like : Ghost reports: 129.175.65.105 reported host inf-stephane.ias.u-psud.fr) I would like to be notified if someone sets up a hobbit client and 'forgets' to tell me. By the way, what does the BBGHOST=0 option do ? BBGHOSTS="0" # How to handle status messages from unknown hosts. # 0=accept message, 1=discard message, 2=discard message and log the event If I use the setting 0, does the message get added somewhere (and if so, where ...) ? Thanks, Stephane -- _____________________________________________________________________________ Stephane Caminade Administrateur Systèmes et Réseau \ <Stephane.Caminade at medoc-ias.u-psud.fr> Institut d'Astrophysique Spatiale / tel : (33) (1) 69 85 87 03 Batiment 121, Universite Paris XI \ fax : (33) (1) 69 85 86 75 F-91405 ORSAY Cedex / www : http://www.medoc-ias.u-psud.fr/ _____________________________________________________________________________

2 1

testing pulldata in hobbit
by adam.scheblein＠marquette.edu 09 Jul '06

09 Jul '06

Greetings, I have been testing the new pulldata option in the snapshot from June 29, 2006, however I have run into a problem. Basically, hobbit has decided to not pull data from 2 of my 5 clients that I am testing this on. This is in a trucluster 5 environment and its cluster mate is also having the same problems. When I installed I made sure to completely wipe out the client directory (just in case - plus I had not made any customizations). I am not sure where to look because I have look through the logs and can't find anything referencing this host. Any ideas?? Thanks, Adam

4 6

bbcmd on clients does not set MACHINE and MACHINEDOTS
by Dominique.Frise＠unil.ch 09 Jul '06

09 Jul '06

Hi, We noticed a problem when using bbcmd on clients for testing extension scripts: the variables exported in runclient.sh are not set. At least MACHINE and MACHINEDOTS should be set for beeing able to test any client-side extension script (Big Brother style or Hobbit style). Dominique UNIL - University of Lausanne

4 3

hobbit-clients.cfg
by paul.moore＠verizonbusiness.com 06 Jul '06

06 Jul '06

I'm having a problem with the hobbit-clients.cfg matching. The documentations states the below but I'm experiencing it matching all lines. # Rules are evaluated from the top of this file and down, and the first # matching rule is used. So you should put the specific rules first, and # the generic rules last. Here is the layout of my cfg file. HOST=pdcd20-ic1 PROC sm_server 9 9 RED HOST=pdcd20-ic1 PROC sm_server 5 5 RED HOST=%(c[ar]y|omz|rch|[pn]dc)(d14-icb2|d02-icb1).* PROC sm_server 4 4 RED HOST=%(c[ar]y|omz|rch|[pn]dc)(d20-icb1|(d15-icb[1-2])|d15-ic2|d02-ic1|d14-ic 1).* PROC sm_server 3 3 RED HOST=%(c[ar]y|omz|rch|[pn]dc)(d20-ic[1-3]|d15-ic[3-5]|d[0-9]*-icb).* PROC sm_server 2 2 RED HOST=%(c[ar]y|omz|rch|[pn]dc)d[0-9]*-ic.* PROC sm_server 1 1 RED DEFAULT # These are the built-in defaults. UP 1h LOAD 5.0 10.0 DISK * 90 95 MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 97 -=-=- Here is what I get in test ../bin/hobbitd_client --test --debug --config=hobbit-clients. cfg Hostname (.=end, ?=dump, !=reload) []: ? PROC sm_server 9 9 red HOST=pdcd20-ic1 (line: 142) PROC sm_server 5 5 red HOST=pdcd20-ic1 (line: 144) PROC sm_server 4 4 red HOST=%(c[ar]y|omz|rch|[pn]dc)(d14-icb2|d02-icb1).* (line: 146) PROC sm_server 3 3 red HOST=%(c[ar]y|omz|rch|[pn]dc)(d20-icb1|(d15-icb[1-2])|d15-ic2|d02-ic1|d14-ic 1).* (line: 148 ) PROC sm_server 2 2 red HOST=%(c[ar]y|omz|rch|[pn]dc)(d20-ic[1-3]|d15-ic[3-5]|d[0-9]*-icb).* (line: 150) PROC sm_server 1 1 red HOST=%(c[ar]y|omz|rch|[pn]dc)d[0-9]*-ic.* (line: 152) UP 3600 -1 (line: 155) LOAD 5.00 10.00 (line: 156) DISK * 90 95 0 -1 red (line: 157) MEMREAL 100 101 (line: 158) MEMSWAP 50 80 (line: 159) MEMACT 90 97 (line: 160) Hostname (.=end, ?=dump, !=reload) [?]: pdcd20-ic1 Test (cpu, mem, disk, proc): proc ps command string: sm_server ps command string: sm_server ps command string: Process sm_server color red: Count=2, min=9, max=9 Process sm_server color red: Count=2, min=5, max=5 Process sm_server color green: Count=2, min=2, max=2 Process sm_server color red: Count=2, min=1, max=1 -=-=- As you can see it matches 4 different times. -=-=- Paul Moore V966-5159 MSO OSS Support -=-=-=-=-= Pinky, Are You Pondering What I'm Pondering? Well, I think so Brain but if Jimmy cracks corn and no one cares, why does he keep doing it?

3 5