- Xymon - Xymon mailman web

turning off the alert module so hobbit does everything except mail alerts
by tomg＠mcclatchyinteractive.com 27 Sep '05

27 Sep '05

We will be having a site-wide shutdown in the near future and I would like to find a way to prevent a deluge of emails/pages as we recover the systems. Usually, we'd just enable/disable the systems/tests that we don't want to hear about, but that puts every test in a blue color and doesn't give us an easy way to see what each system is doing by simply looking at the non-green view. We have to click on each status to see the "true" color of the test (green, red, yellow, or purple), and that won't be very efficient when we are dealing with hundreds of servers. Is it possible to turn off just the hobbit alert module, so that hobbit will do everything like it normally does EXCEPT mail the alerts? I thought about using a temporary hobbit-alerts.cfg that doesn't contain email addresses or killing the hobbitd_alert process (bad idea I'm sure), but wasn't sure if there was a better way to deal with this. I didn't see anything in the hobbitd_alert manpage that addresses this kind of scenario, so I thought I'd ask. BTW, we're using hobbit 4.0.4. Thanks, Tom

3 7

tru64 client bug
by adam.scheblein＠marquette.edu 27 Sep '05

27 Sep '05

Greetings, In the memory reporting section, the memory agent does not take into account the filesystem caching so does not report the true memory usage. I also ran into this problem with bb-memory.sh from deadcat and here is the commands I used to fix this: /usr/local/bin/top | head -n 4 | tail -n 1 | awk '{print $3}' | perl -ne '$b=$_; if ($b = /G\//) {s/G.+//;$a=$_*1024;print "$a"} else {s/M.+//; print "$_"}' Please keep in mind that sometimes Top will give the memory in MB instead of GB. Also where are the client information scripts stored? For example, if I wanted to change the client backend myself, or add more details where would I do that? Thanks, Adam

1 0

network service tests
by adam.scheblein＠marquette.edu 27 Sep '05

27 Sep '05

Is there a way to make it so that if a network services is running but you are checking that it is not supposed to be that it will report back as a warn(yellow) rather than a panic(red)? thanks, Adam

2 1

rrd graphs for bb-xsnmp.pl script
by rdeal＠tigr.org 27 Sep '05

27 Sep '05

I had a lot of graphs for several routers, ups, etc but they seem to be rather hosed. It looks like the data that was transferred is graphed well but no new data is going in correctly. It seems that any script sending data in a status message is not working. I suspect due to the formatting. One example is bb-xsnmp.pl script. I am using against routers, switches and apc ups. Using an APC ups as an example I get this in the web page: Tue Apr 5 09:23:03 2005 green UPS Temperature: 37? C bb-xsnmp.pl Version: 1.78 but in hobbit/data/rrd/apc1.tigr.org I have: tcp.conn.rrd tcp.telnet.rrd temperature.UPS_Temperature:_37&deg_C.rrd temperature.UPS_Temperature:_38&deg_C.rrd and the graph on the temperature page has no data but two entries at the bottom for UPS_Temperature:_37&deg_C and UPS_Temperature:_38&deg_C This problem is much worse on my switches and routers which have a different line for each sensor and every temperature ever reported.

3 2

[hobbit] RE : [hobbit] dns query failed?
by nfigaro＠effigie.fr 27 Sep '05

27 Sep '05

I forgot to give the name of the config file for the debug extra option : ~hobbit/server/etc/hobbitlaunch.cfg. Nicolas Figaro > -----Message d'origine----- > De : FIGARO Nicolas [mailto:nfigaro at effigie.fr] > Envoyé : mardi 27 septembre 2005 09:57 > À : hobbit at hswn.dk > Objet : [hobbit] RE : [hobbit] dns query failed? > > > Hi, > > You should have some infos in the logfile. (bb-network.log) > Add a --debug to this line and restart hobbit for more infos : > CMD bbtest-net --report --ping --checkresponse > > Run hobbit.sh reload afterwards and check the bb-network.log. > > Nicolas Figaro > > > -----Message d'origine----- > > De : Keio Oyama [mailto:oyama at impress.co.jp] > > Envoyé : mardi 27 septembre 2005 09:51 > > À : hobbit at hswn.dk > > Objet : [hobbit] dns query failed? > > > > > > Hi, > > > > I have 152 hosts in the bb-hosts file. > > And the bbtest reports, > > > > -------------- > > Statistics: > > Hosts total : 152 > > Hosts with no tests : 0 > > Total test count : 213 > > Status messages : 214 > > Alert status msgs : 0 > > Transmissions : 4 > > > > DNS statistics: > > # hostnames resolved : 153 > > # succesful : 152 > > # failed : 1 > > # calls to dnsresolve : 213 > > : > > -------------- > > > > Was hostname lookup attempted against 153 hosts? > > If so, is there any way (logs or something) to find out the > > failed host? > > > > > > Thanks, > > keio > > > > > > To unsubscribe from the hobbit list, send an e-mail to > > hobbit-unsubscribe at hswn.dk > > > > > > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

2 1

[hobbit] dns query failed?
by nfigaro＠effigie.fr 27 Sep '05

27 Sep '05

Hi, You should have some infos in the logfile. (bb-network.log) Add a --debug to this line and restart hobbit for more infos : CMD bbtest-net --report --ping --checkresponse Run hobbit.sh reload afterwards and check the bb-network.log. Nicolas Figaro > -----Message d'origine----- > De : Keio Oyama [mailto:oyama at impress.co.jp] > Envoyé : mardi 27 septembre 2005 09:51 > À : hobbit at hswn.dk > Objet : [hobbit] dns query failed? > > > Hi, > > I have 152 hosts in the bb-hosts file. > And the bbtest reports, > > -------------- > Statistics: > Hosts total : 152 > Hosts with no tests : 0 > Total test count : 213 > Status messages : 214 > Alert status msgs : 0 > Transmissions : 4 > > DNS statistics: > # hostnames resolved : 153 > # succesful : 152 > # failed : 1 > # calls to dnsresolve : 213 > : > -------------- > > Was hostname lookup attempted against 153 hosts? > If so, is there any way (logs or something) to find out the > failed host? > > > Thanks, > keio > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

2 1

Mail-recipients hobbit-alerts
by kiki＠mpgabi2004.de 27 Sep '05

27 Sep '05

Hi Henrik! Is it anyhow possible to send an alter-email on multiple recipients so that all the recipients can be seen in the mail-header? with 'MAIL a at c.com MAIL b at c.com' The recipients only see their own address. Something like 'MAIL a at c.com,b at c.com MAIL c at c.com' would be very nice I think. Thanks in advance and best regards Christian Schlüter

2 1

dns query failed?
by oyama＠impress.co.jp 27 Sep '05

27 Sep '05

Hi, I have 152 hosts in the bb-hosts file. And the bbtest reports, -------------- Statistics: Hosts total : 152 Hosts with no tests : 0 Total test count : 213 Status messages : 214 Alert status msgs : 0 Transmissions : 4 DNS statistics: # hostnames resolved : 153 # succesful : 152 # failed : 1 # calls to dnsresolve : 213 : -------------- Was hostname lookup attempted against 153 hosts? If so, is there any way (logs or something) to find out the failed host? Thanks, keio

1 0

[hobbit] Content Management
by nfigaro＠effigie.fr 26 Sep '05

26 Sep '05

Hi, the security to access the hobbit cgi is based on apache security. (if you're using apache as httpd server) so editing your httpd.conf allows you to set some restrictions (ip, etc). The only way IMHO to restrict access to devices is to create htaccess files in the ~hobbit/server/www subdirectories. I don't think you can restrict full access, because when the test goes wrong, the infos will fill the bb2.html page. which info do you wish to hide (ip, name, specific tests) ? Nicolas Figaro -----Message d'origine----- De : Oluwagbenga.Dada at accelonafrica.com [mailto:Oluwagbenga.Dada at accelonafrica.com] Envoyé : lundi 26 septembre 2005 11:21 À : hobbit at hswn.dk Cc : henrik at hswn.dk Objet : [hobbit] Content Management Hello, I am try to prevent access to certain areas on my Hobbit NMS. I have a couple of devices mapped on it and want to allow certain users view some devices and not all. How can i go about this? Does hobbit require a content management script or something? Thanx Disclaimer **************************************************************************************************************************** The information contained in this e-mail, any attached files, and response threads are confidential and may be legally privileged. I t is intended solely for the use of individual(s) or entity to which it is addressed and others authorised to receive it. If you are not the intended recipient, kindly notify the sender by return mail and delete this message and any attachment(s) immediately. Save as expressly permitted by the author, any disclosure, copying, distribution or taking action in reliance on the contents of the information contained in this e-mail is strictly prohibited and may be unlawful. Unless otherwise clearly stated, and related to the official business of Accelon Nigeria Limited, opinions, conclusions, and views expressed in this message are solely personal to the author. Accelon Nigeria Limited accepts no liability whatsoever for any loss, be it direct, indirect or consequential, arising from information made available in this e-mail and actions resulting there from. For more information about Accelon Nigeria Limited, please see our website at http://www.accelonafrica.com <http://www.accelonafrica.com/> ******************************************************************************************************************************

1 0

Squashing the bugs
by henrik＠hswn.dk 26 Sep '05

26 Sep '05

I've been squashing some bugs today, so there's now a fresh snapshot available at http://www.hswn.dk/beta/ This should hopefully fix several things: * netstat reports from the Hobbit client on AIX, HP-UX and Solaris should be working again. If your netstat graphs stopped updating and you got errors like "expected 16 data source readings (got 15)" then this is for You. * I've dropped the C-ARES 1.3.0 library for now. It has some build problems on HP-UX that haven't been resolved yet. Some improvements also: * You can now configure disk checks to check if specific file- systems are actually mounted. E.g. if you want to make sure that the /export/customer/www filesystem is mounted, put this in your hobbit-clients.cfg: DISK /export/customer/www 80 95 1 -1 red "80 95" are the usual limits for how full it can be, "1 -1 red" means there must be minimum 1 such filesystem listed in the "df" output from the client, or the status will go red. (-1 is the max. limit, meaning "no limit" - this is if you have filesystem listed using a regular expression). The Changes file has a long list of other changes and improvements done since 4.1.1. In other words, there's something to play with if you feel like trying out the latest and greatest. Now I'll go back and re-scan the mailinglist traffic to look at what's pending for 4.1.2. Regards, Henrik

2 1