November 2005 - Xymon - Xymon mailman web

[hobbit] Web page to subscribe to Hobbit email alerts
by Shawn.Maschino＠ge.com 21 Nov '05

21 Nov '05

Thanks Jeff, I didn't think of those alternatives. They could work out better, and be easier to set up, I'm all up for that! -----Original Message----- From: Jeff Stoner [mailto:stoners at verizon.net] Sent: Thursday, November 10, 2005 9:42 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Web page to subscribe to Hobbit email alerts On Wed, 2005-11-09 at 16:46 -0500, Maschino, Shawn (GE Advanced > 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 would probably be much easier to manage this through your mailer than with Hobbit. A couple thoughts: - have script edit the /etc/mail/aliases (or whatever your mail handling program uses) - set up a user account, configure procmail with that account then have your script modify that Considerations: 1. The first approach above would possibly require root privs somewhere along the line (either modifying the file or rebuilding the aliases database) Again, this depends entirely on your mail handling software. 2. Approach number 2 helps isolate failures with malformed email addresses to the procmail facility. When Hobbit gets an alert, it will never be adversely affected by a bad email address. Procmail might so you need to be careful writing the .procmailrc file. 3. Editing the hobbit-alerts.cfg directly from a cgi script leaves you vulnerable. People screw up. If they screw up bad enough, they could really futz up your alerting which would be a really Bad Thing(tm) all around. Avoid doing this if possible, especially when you may not know who is utilizing your system. A better solution would be to use a listserv. There are several mailing list software packages out there that can be employed...which would provide: - possibly a web interface already exists for people to subscribe/unsucscribe (why reinvent the wheel?) - the ability to make a moderated list so people couldn't spam everyone else unnecessarily (think: Out of Office notices or bounce messages) - archiving of the alerts for auditing purposes - more clear division between alerting by Hobbit and mail handling by the list software Choose your fate. -- --Jeff "Go to Jail. Do not pass Go. Do not collect $200." To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

graph remains at zero rrd problem
by Tijl.VanDenBroeck＠vlafo.be 21 Nov '05

21 Nov '05

Hello, I've been adjusting the BB informix script to send informix info to hobbit, that works flawlessly. Next part is creating a graph with the usage of the DB Spaces to monitor evolution. In a first instance I want to avoid having trouble with a dynamic number of DB Spaces and I tried to create a graph that's pretty static and limited to two DB Spaces. Creating the RRD and so all seems to go fine but when I look at the graph, in the legend it stays constantly at zero, it simply does not display the DBS usage number and it draws a line on the bottom of the X-axis. version: hobbit-4.0.2 (yes I know, I still need to upgrade, maybe this is the issue itself?) informix.sh creates the following output: DS:dbsusage1:DERIVE:600:0:100 DS:dbsusage2:DERIVE:600:0:100 informix.rrd 44:66 rrdtool info informix.rrd: filename = "informix.rrd" rrd_version = "0001" step = 300 last_update = 1132323804 ds[dbsusage1].type = "DERIVE" ds[dbsusage1].minimal_heartbeat = 600 ds[dbsusage1].min = 0.0000000000e+00 ds[dbsusage1].max = 1.0000000000e+02 ds[dbsusage1].last_ds = "44" ds[dbsusage1].value = 0.0000000000e+00 ds[dbsusage1].unknown_sec = 0 ds[dbsusage2].type = "DERIVE" ds[dbsusage2].minimal_heartbeat = 600 ds[dbsusage2].min = 0.0000000000e+00 ds[dbsusage2].max = 1.0000000000e+02 ds[dbsusage2].last_ds = "66" ds[dbsusage2].value = 0.0000000000e+00 ds[dbsusage2].unknown_sec = 0 rra[0].cf = "AVERAGE" rra[0].rows = 576 rra[0].pdp_per_row = 1 rra[0].xff = 5.0000000000e-01 rra[0].cdp_prep[0].value = NaN rra[0].cdp_prep[0].unknown_datapoints = 0 rra[0].cdp_prep[1].value = NaN rra[0].cdp_prep[1].unknown_datapoints = 0 rra[1].cf = "AVERAGE" rra[1].rows = 576 rra[1].pdp_per_row = 6 rra[1].xff = 5.0000000000e-01 rra[1].cdp_prep[0].value = 0.0000000000e+00 rra[1].cdp_prep[0].unknown_datapoints = 0 rra[1].cdp_prep[1].value = 0.0000000000e+00 rra[1].cdp_prep[1].unknown_datapoints = 0 rra[2].cf = "AVERAGE" rra[2].rows = 576 rra[2].pdp_per_row = 24 rra[2].xff = 5.0000000000e-01 rra[2].cdp_prep[0].value = 0.0000000000e+00 rra[2].cdp_prep[0].unknown_datapoints = 0 rra[2].cdp_prep[1].value = 0.0000000000e+00 rra[2].cdp_prep[1].unknown_datapoints = 0 rra[3].cf = "AVERAGE" rra[3].rows = 576 rra[3].pdp_per_row = 288 rra[3].xff = 5.0000000000e-01 rra[3].cdp_prep[0].value = 0.0000000000e+00 rra[3].cdp_prep[0].unknown_datapoints = 168 rra[3].cdp_prep[1].value = 0.0000000000e+00 rra[3].cdp_prep[1].unknown_datapoints = 168 hobbitgraph.cfg: [informix] TITLE Informix YAXIS Percentage in use DEF:dbspace1=informix.rrd:dbsusage1:AVERAGE DEF:dbspace2=informix.rrd:dbsusage2:AVERAGE LINE2:dbspace1#A0CC00:dbsusage1 LINE2:dbspace2#000CCC:dbsusage2 GPRINT:dbspace1:LAST: \: %5.1lf (cur) GPRINT:dbspace1:MAX: \: %5.1lf (max) GPRINT:dbspace1:MIN: \: %5.1lf (min) GPRINT:dbspace1:AVERAGE: \: %5.1lf (avg)\n GPRINT:dbspace2:LAST: \: %5.1lf (cur) GPRINT:dbspace2:MAX: \: %5.1lf (max) GPRINT:dbspace2:MIN: \: %5.1lf (min) GPRINT:dbspace2:AVERAGE: \: %5.1lf (avg)\n I don't really see any error in the RRD file, nor in the output of my script or hobbitgraph.cfg. Ofcourse informix is added to hobbitlaunch.cfg in the extra tests and extra script parameters. Logs don't display anything weird neither. Perhaps someone can help me with finding my error. Thanks in advance. Tijl

2 3

R: [hobbit] ftp silent test
by damiano.vozza＠apss.tn.it 21 Nov '05

21 Nov '05

I send the output to you. But I make some mistake, because when i launch the command bbcmd bbtest-net --debug server_name the hobbit ftp test page becomes immediately green(?) 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: Henrik Stoerner [mailto:henrik at hswn.dk] Inviato: venerdì 18 novembre 2005 13.44 A: hobbit at hswn.dk Oggetto: Re: [hobbit] ftp silent test On Wed, Nov 16, 2005 at 09:34:04AM +0100, Vozza Damiano wrote: > > on some host I use the ftp:s (silent test) tag and the response is > ALWAYS of this type: > > service ftp on host_name is not OK : Unexpected service response > > Seconds: 0.00 > > with yellow status. Could you try running (as the hobbit user) bbcmd bbtest-net --debug FTP.SERVER.HOSTNAME and send me the output ? Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

2 1

[hobbit] NCV grpah not displaying
by lars.ebeling＠leopg9.no-ip.org 21 Nov '05

21 Nov '05

Hi, I'm trying to follow the description. At one place it says hobbitgraphs.cfg and I got hobbitgraph.cfg a typo I think. Ok, I thought that it couuld be fun to see how my mailbox grows, so I created a script with the following output: Sun Nov 20 16:34:20 MET 2005 hobbit : 23.4252 Then I changed in hobbitserver.cfg tohobbitserver.cfg:TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,nmailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,mailbox=ncv" hobbitserver.cfg:NCV_mailbox="hobbit:GAUGE" Mailbox is the columnname. Dump of mailbox.rrd gives: <rrd> <version> 0001 </version> <step> 300 </step>  <lastupdate> 1132500561 </lastupdate>  <ds> <name> hobbit </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 6.1136640000e+03 </value> <unknown_sec> 0 </unknown_sec> </ds>  <rra> <cf> AVERAGE </cf> <pdp_per_row> 1 </pdp_per_row>  I get the following error in cgierror.log:cgierror.log:2005-11-20 16:34:48 hobbitsvc Setup error: Service mailbox has a graph ncv, but no graph-definition And no graph. Regards Lars Ebeling http://leopg9.no-ip.org Hobbithobbyist "Never run after your own hat. Others will be delighted to do it; why spoil their fun?" -- Mark Twain

3 5

benoit Vanderbeck is niet op kantoor
by benoit.vanderbeck＠vlafo.be 21 Nov '05

21 Nov '05

I will be out of the office starting 21/11/2005 and will not return until 28/11/2005. Ik ben niet op het kantoor. Voor dringende zaken ivm het systeembeheer van het Fonds kan u een mail sturen naar exploitatie at vlafo.be. Benoit

1 0

WARNING: Cannot open include file '/var/run/hobbitclient-runtime.cfg'
by peter.welter＠gmail.com 19 Nov '05

19 Nov '05

Hello Hobbit-ers who are experienced with the hobbit client! Since yesterday I migrated from the BB-client to the Hobbitclient; the one you get when you install 4.1.2p1. The clientlaunch.log keeps piling up with the error in the Subject. I understand that this error comes from the default hobbitclient.cfg: [snip] # Environment settings for the Hobbit client. include /var/run/hobbitclient-runtime.cfg [snip] But is there something that should be there where it is not? I think I can comment out this line, the client does a great job however. thanks Peter

1 0

Availability Report calculation
by peter.welter＠gmail.com 19 Nov '05

19 Nov '05

Hi Henrik, I'm running on my test-server Hobbit 4.1.2p1. I've run the 3 cronjobs from the hobbitreports.sh-header (a great and very welcome feature!) and I'm studying the generated reports. I see a discrepancy between the man-page and the calculations. I have no REPORRTIME set. I would like to read your comment on my two observations. First: When I look at yesterday's generated availability report, it says everything is fine (the solid green boxes). But when I look at the history, I can see that soms services (msgs fi) had the status 'clear' the entire day(!), so it should be calculated to 'red' according to the man-page (see below). However, I _do_ prefer this behaviour, that clear is calculated as green, because this means that (1) the host was up, (2) the test has run and valid data was received. But than the man-pages should be adapted. Second: I also have some tests that had the status 'purple' the entire day(!) and that is treated as 'OK' too (the solid green boxes)!? This is correct according to the same man-page, but I would say that purple should not be calculated as solid green boxes. In my case NO test data was reported the entire day. I would suggest it should show on the availability report in red digits 0%. Kind regards and thanks again (and again and...) for making such a GREAT product! Peter From the man-page (.../bb-hosts.5.html#lbAK): [snip] * Only measurements done during the given time period is used for the calculation. * "blue" time reduces the length of the report interval, so if you are generating a report for a 10-hour period and there are 20 minutes of "blue" time, then the availability calculation will consider the reporting period to be 580 minutes (10 hours minus 20 minutes). This allows you to have scheduled downtime during the REPORTTIME interval without hurting your availability; this is (I believe) the whole idea of the downtime being "planned". * "red" and "clear" status counts as downtime; "yellow" and "green" count as uptime. "purple" time is ignored. The availability calculation correctly handles status changes that cross into/out of a REPORTTIME interval. If no REPORTTIME is given, the standard 24x7 calculation is used. [snip]

1 0

Netstat column when using hobbit client
by allan＠zandahar.net 19 Nov '05

19 Nov '05

Ello all, Have finally started to look at replacing our bb clients with hobbit clients so I've had my first serious look at the client today. Very cool the little ammount of configuration that needs to be done on the client, like it alot. I've noticed by default it sends some netstat data but for some reason its not generating the icon in he netstat column on the hobbit server. I have already got some windows hosts running one of the combo memory/netstat scripts which is working fine and dandy. I've looked and it appears to be generating the actual graphs for netstat in the data/rrd/xyzhost directory. I can call the graph out manually using the hobbit-cgi/hobbitgraph.sh?host=xyzhost etc etc and that works fine. Also just noticed its generating vmstat graphs but they are not displaying either. Neother of them really concern me as we monitor host traffic via other methods and I'm not cool enough to worry about vmstat :p Havent edited out any bits to stop it graphing anything so should be all fine and dandy If anyone could give me a point in the right direction it would be greatly appreciated Cheers Allan

2 2

R: [hobbit] bbhostgrep
by fduranti＠q8.it 18 Nov '05

18 Nov '05

My fault .. I had read the man page but not really well :P Thanks :D -----Messaggio originale----- Da: Henrik Stoerner [mailto:henrik at hswn.dk] Inviato: venerdì 18 novembre 2005 23.36 A: hobbit at hswn.dk Oggetto: Re: [hobbit] bbhostgrep On Fri, Nov 18, 2005 at 09:59:50PM +0100, Francesco Duranti wrote: > Hi all, I'm trying to implement some network tests on the server and i > want to do something like the "content" test using = and ; to pass > parameters. Example: > 0.0.0.0 host1 mytest=cpu:20:40;memory:30:50; > > But if i use bbhostgrep mytest it will report nothing... > It could be useful if it will report also test with parameters like > that bbhostgrep "mytest*" Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Alert Setup Question
by PNIXON＠ci.somerville.ma.us 18 Nov '05

18 Nov '05

Thanks for the reply. If I understand DURATION ( DURATION<5m) correctly that says if HostA is down for more than five minutes alert, if not do nothing. I basically want to put a hold on the Alert for that rule for 15minutes after it's triggered. In BB they write an entry in /bbvar/notifications with the mail address with a timestamp of +15m. As long as that entry is in there, you won't get double paged. --Pat -----Original Message----- From: Jason Chambers [mailto:Jason.Chambers at geosoft.com] Sent: Friday, November 18, 2005 1:22 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Alert Setup Question I think you want the DURATION tag! http://hobbitmon.sourceforge.net/docs/manpages/man5/hobbit-alerts.cfg.5. html this site should help you. Jason Chambers IT Helpdesk Support Geosoft Inc. 85 Richmond St. West - 8th Floor Toronto, Ontario, Canada M5H 2C9 Tel: 416-369-0111 x344 Fax: 416-369-9599 www.geosoft.com -----Original Message----- From: PNIXON at ci.somerville.ma.us [mailto:PNIXON at ci.somerville.ma.us] Sent: Friday, November 18, 2005 12:35 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Alert Setup Question Now for the rest of my email.... Okay, I'm working on getting my alerts setup. My current hobbit-alert.cfg is: $IGNPAT=%(annex-nw|gozo|mis-server) EXHOST=$IGNPAT MAIL pnixon at ci.somerville.ma.us REPEAT=5m EXHOST=$IGNPAT,%sps* TIME=*:0800:1700 MAIL 6175559689 at myairmail.com REPEAT=15m FORMAT=SMS MAIL 6175559776 at myairmail.com REPEAT=15m FORMAT=SMS I need to have it email the pager group for the first alert in a 15minute window, and then for 15minute intervals. Suggestions? 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