- Xymon - Xymon mailman web

Enable/Disable propogation
by matthew.epp＠us.army.mil 14 Aug '06

14 Aug '06

How does Hobbit handle the disabling of tests in a multi-DISPLAY server environment? Typically in the legacy Big Brother environment, I had to either disable test on each display server, or just tell people to ignore alerts on the satellite DISPLAYs and only pay attention to the main server where I would actually "blue" things out. Ultimately I would like to have an accurate view on each DISPLAY, but this would involve somehow propogating a disable command down the line. So I guess the real question is, if I disable alerts on Satellite DISPLAY A (running Hobbit right now), will that alert then start showing up as purple on Main DISPLAY (running Big Brother), unless I disable it there as well? I plan to eventually migrate all of the displays to Hobbit, but that won't happen all at once.

2 1

[hobbit] Pulldata problems
by fduranti＠q8.it 14 Aug '06

14 Aug '06

Another little problem... If I define the pulldata=IP:Port without an IP it will use 0.0.0.0 as the IP address to get data from also if i defined the host with the IP Address: 10.1.1.1 machine #pulldata=:1985 Hobbitfetch will try to contact 0.0.0.0:1985 instead of 10.1.1.1:1985 > -----Original Message----- > From: Francesco Duranti [mailto:fduranti at q8.it] > Sent: Monday, August 14, 2006 5:46 PM > To: hobbit at hswn.dk > Subject: [hobbit] Pulldata problems > > Hi, I don't know if this is a bug report or just a work as > intended with whom I've some problems.. > > I'm start using msgcache and pulldata, I've all of my hosts > in the bb-hosts file with 0.0.0.0 ip address so that I can > define the ip in the /etc/hosts and use it for every > application that need it. > > I've 2 hosts with pulldata defined as: > 0.0.0.0 itromwb13 # pulldata > > and when hobbitfetch try to get the data it will try to use > 0.0.0.0:1984 instead of resolving and using the hostname. > It's possible to have the pulldata=ip:port accept also > hostname or better than this if the ip address is 0.0.0.0 use > the hostname defined in the bb-hosts instead of the ip address? > > > Thanks > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

1 0

Upgrade to 4.2.0, conn all read
by matt＠oddprocess.org 14 Aug '06

14 Aug '06

I just upgraded my main hobbit server to the new 4.2.0 and now all of the conn tests go red. I have manually tested the fping command and that does work. There are no logs created other then hobbitlaunch.log and that doesn't have anything about the failure. 4.1.2pl2 worked fine and nothing was changed from when it was upgraded. Any suggestions? -- Matthew Daubenspeck http://www.oddprocess.org Gentoo Linux x86_64 Dual Core AMD Opteron(tm) Processor 165 09:29:21 up 94 days, 18:13, 1 user, load average: 0.37, 0.16, 0.05

2 3

Disable client test from running.
by steve.aiello＠ge.com 14 Aug '06

14 Aug '06

Is it possible to configure what tests a client run ? i.e. I have a custom disk test that some systems run, can I disable a hobbit client from running the default disk test ?

5 10

[hobbit] log file monitoring issues
by CHRIS.MORRIS＠RWEnpower.com 14 Aug '06

14 Aug '06

Try putting the :SIZE parameter on your log:/var/log/samba/client.nmbd.log entry. Chris > -----Original Message----- > From: Gary B. [SMTP:gmbfly98 at gmail.com] > Sent: Saturday, August 12, 2006 1:08 AM > To: hobbit at hswn.dk > Subject: Re: [hobbit] log file monitoring issues > > On 8/11/06, Henrik Stoerner <henrik at hswn.dk> wrote: > > On Fri, Aug 11, 2006 at 01:37:28PM -0400, Gary B. wrote: > > > Hmm. Any ideas why the following wouldn't work? > > > > > > log:/var/log/messages:10240 > > > ignore upsd* Client|Connection 127.0.0.1 > > > ignore session opened|closed for user mailman|root > > > > Two errors: > > > > The first line has a wrong regex - it's a classic mistake to use > > "*" by itself to mean "anything", but that's not what it does. > > Your expression should be > > ignore upsd.* Client|Connection 127.0.0.1 > > Ah. I actually had that originally, but since it wasn't working, I > wasn't sure if it used "real" regexes, or "DOS command-line" regexes. > > > Second, you can only have one "ignore" line. I admit that it would > > probably be useful to have multiple ignore lines, but that is > > not possible right now. > > > > > The "full log" output is still showing those lines. Could it be the > > > same reason I wasn't seeing any data at all on the other servers; that > > > is, the log file just hasn't been updated, and it's still showing > > > those from previous lines? > > > > No, Hobbit processes all of the logfile data through the ignore- and > > trigger patterns each time it sends a message to the server. > > Ah ha! That explains it. I removed the second ignore, and it's > working perfectly now. > > > > If so, is there a way I could tell Hobbit to clear the existing data? > > > > Yes: Delete the ~hobbit/client/tmp/logfetch.HOSTNAME.status file. > > Ah, that's simple. Note to self: if there's something you want to do > with Hobbit, it's probably done fairly simply ;-) > > > Just ONE remaining issue now. There are still additional log files I > want to check for that aren't showing up. I have this specific > hosts's client-local.cfg entry defined as: > > [master.homeoffice.none] > log:/var/log/samba/client.nmbd.log > log:/var/log/messages:10240 > log:/var/log/maillog:10240 > ignore relay=localhost\.localdomain > trigger denied > > The "messages" and "maillog" entries are showing up just fine, but the > "client.nmbd.log" file is not showing up; not even with an empty "full > log" section. Any ideas? > > Also, do I need the escape character "\" to ignore the line that says > "relay=localhost.localdomain"? I guess since "." means "any > character", it will work anyway without the "\"... > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > **************************************************************************** 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). *****************************************************************************

1 0

[hobbit] Still no ghostlist
by brodie＠mcw.edu 14 Aug '06

14 Aug '06

Henrik: The BBDISP setting is the true IP address of my hobbit server. BBDISPLAYS is blank. And yes, if I modify hobbit-ghosts.sh as you outlined below, it now seems to work. An OK workaround for me for now, I hope you are able to figure out what the permanent fix is? Thanks! By the way, this is new behavior to me with the 4.2.0. release - my "ghostlist" display from the hobbit web page always used to work with no problems. --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Saturday, August 12, 2006 1:28 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Still no ghostlist On Fri, Aug 11, 2006 at 10:24:01PM -0500, Brodie, Kent wrote: > Web page still shows: "failed to retrieve ghostlist from server". > > Bb commands show (I renamed a host to force a ghost entry to appear): > > -bash-3.00$ bb 127.0.0.1 ghostlist > carrxxx.hmgc.mcw.edu|141.106.224.202|1155352870 What's in your hobbitcgi.cfg's CGI_GHOSTS_OPT setting? Should be CGI_GHOSTS_OPTS="--env=/usr/lib/hobbit/server/etc/hobbitserver.cfg" (adjusted for your hobbit homedir path). Also, what are your BBDISP and BBDISPLAYS settings? Does it work if you modify the ~hobbit/cgi-bin/hobbit-ghosts.sh script and add BBDISP="127.0.0.1 export BBDISP just before the "exec ..." line ? Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

# of filesystems displayed in "disk" column is 1, but 5 in trends column
by tomg＠mcclatchyinteractive.com 14 Aug '06

14 Aug '06

I feel like I've solved this problem before, but if so, I can't remember how. :) I'm using some modified versions of the filerstats2bb perl scripts to collect data from my netapp filers, and ever since my upgrade from 4.1.2p1 -> 4.2.0, I no longer have 5 filesystems/graph displayed in the graph under the disk column. I do have 5/graph in the graph under the trends column, though. Comparing the two URLs for the graph under the disk column, I see that "count=5" is included in 4.1.2p1, and "count=1" for 4.2. How is that value generated and passed to hobbitgraph.sh? Why is it different for the disk and trends columns? Tom

2 5

bb-histlog.sh
by cits.bogajewski＠daimlerchrysler.com 14 Aug '06

14 Aug '06

Hello hobbits, I've noticed some problems displaying logged event data using bb-histlog.sh (hobbitsvc.cgi --historical). I am running 4.2-RC-20060712 with the latest all-in-one patch applied. While some events can be displayed without problems, calling the historical data for some other produces apache 500 server error. apache error _log: bb-histlog.sh[6]: --no-pin: not found. [Thu Aug 03 13:57:50 2006] [error] [client xx.xx.xx.xx] Premature end of script headers: bb-histlog.sh, referer: http://myhost/hobbit-cgi/bb-hist.sh?HISTFILE=myhost.procs&ENTRIES=50&IP=xx.… bb-histlog.sh[6]: --no-pin: not found. [Thu Aug 03 13:48:01 2006] [error] [client xx.xx.xx.xx] Premature end of script headers: bb-histlog.sh, referer: http://myhost/hobbit-cgi/bb-hist.sh?HISTFILE=myhost.disk&ENTRIES=50&IP=xx.x… " --no-pin?" was producing by this line within hobbitcgi.cfg. But is not my problem obviously. CGI_ACK_OPTS="--env=/opt/hobbit/server/etc/hobbitserver.cfg" --no-pin small bug :-) shift apostroph. Nothing in any hobbit logs. I cant notice any differences between those entries which can be displayed and those which cant. Never seen this also before using previous versions. This is the content of ../hobbit/data/histlogs/myhost/procs -rw-rw-rw- 1 hobbit users 13499 Jul 21 14:06 Fri_Jul_21_14:06:51_2006 -rw-rw-rw- 1 hobbit users 14311 Jul 25 14:06 Tue_Jul_25_14:06:14_2006 -rw-rw-rw- 1 hobbit users 15192 Jul 26 15:37 Wed_Jul_26_15:37:01_2006 http://myhost/hobbit-cgi/bb-histlog.sh?HOST=myhost&SERVICE=procs&TIMEBUF=Tu… works fine. http://myhost/hobbit-cgi/bb-histlog.sh?HOST=myhost&SERVICE=procs&TIMEBUF=Fr… does not. Someone noticed same behavior? Any tips for troubleshooting? Thanks Mit freundlichen Grüßen / Yours sincerely Anatoli Bogajewski

5 11

bits vs bytes
by matthew＠familycampground.org 14 Aug '06

14 Aug '06

Was noticing in [ifstat] of hobbitgraph.cfg that the YAXIS states Bits/Second, but the DEF's mention bytes*. Was this a typo on the yaxis? -- Matthew Davis http://familycampground.org/matthew/

2 1

Problem with FILE check
by fduranti＠q8.it 13 Aug '06

13 Aug '06

I've just upgraded the server and some client and I'm trying to understand how to check for NFS mounted filesystem. At this moment I'm just manually creating a file in the directory and checking for it's existance. I think I'm just doing something wrong with the configuration because data seems to get to the hobbit server but I get green also if one of the file don't exist. I'm also checking for the automatic upgrade using the CLASS but it's not working... It could be very nice to have the CLASS for the client somewhere on the info page. I can see that at the end of the info page but it could be better to see it near the hobbitversion or OS release... What I have in the config file is: Client-local.cfg [servcluster] log:/var/log/messages:10240 ignore MARK file:/prodQ8/appl/mounted file:/collQ8/appl/mounted clientupdate:rhel3_2cpu_drbd Hobbit-clients.cfg CLASS=servcluster FILE /prodQ8/appl/mounted red FILE /collQ8/appl/mounted yellow This is the machine definition in the bb-hosts 0.0.0.0 itromlx101 # ntpd ntp ssh !telnet CLASS:servcluster 0.0.0.0 itromlx102 # ntpd ntp ssh !telnet CLASS:servcluster In server/download I've a file called rhel3_2cpu_drbd.tar with the file in the client/* directory I need to upgrade. The server and the clients are all updated to 4.2. This is what i get in the logfetch.hostname.cfg/status file in the tmp of one of the client... logfetch.ITROMLX101.cfg log:/var/log/messages:10240 ignore MARK file:/prodQ8/appl/mounted file:/collQ8/appl/mounted clientupdate:rhel3_2cpu_drbd logfetch.ITROMLX101.status /var/log/messages:676:676:676:676:676:676:676 This is what i get in the client data of one of the client [file:/collQ8/appl/mounted] ERROR: No such file or directory [file:/prodQ8/appl/mounted] type:100000 (file) mode:444 (-r--r--r--) linkcount:1 owner:49928 (bb) group:49928 (bb) size:53 clock:1155495338 (2006/08/13-20:55:38) atime:1155490423 (2006/08/13-19:33:43) ctime:1155490416 (2006/08/13-19:33:36) mtime:1155490407 (2006/08/13-19:33:27) [msgs:/var/log/messages] [logfile:/var/log/messages] type:100000 (file) mode:640 (-rw-r-----) linkcount:1 owner:0 (root) group:49928 (bb) size:676 clock:1155495338 (2006/08/13-20:55:38) atime:1155495338 (2006/08/13-20:55:38) ctime:1155493777 (2006/08/13-20:29:37) mtime:1155493777 (2006/08/13-20:29:37) [clientversion] [clock] epoch: 1155495338.084336 local: 2006-08-13 20:55:38 CEST UTC: 2006-08-13 18:55:38 GMT Someone have an idea of what I'm doing wrong with the configuration? Thanks a lot Francesco

1 0