- Xymon - Xymon mailman web

encryption available for agent-server communication?
by mshi＠ebay.com 22 Nov '05

22 Nov '05

Greetings! On 1984 port, is the communication between agent and server encrypted? Thanks! Min

2 1

bb through SOAP or CGI?
by iqbala-hobbit＠qwestip.net 21 Nov '05

21 Nov '05

Hi All I am trying to delay multiple services real fast. Ack through email or Web for 30 or so services is very time consuming. I tried to play like this bb https://hobbit.mask.this.net/hobbit-seccgi/bb-ack.sh?ACTION=Ack&DELAY=120&M… But that seem to not working. Anyone know of a quick trick? Thanks -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu "..there are two kinds of people: those who work and those who take the credit...try to be in the first group;...less competition there." - Indira Gandhi

2 1

Multiple timezone display
by rgordonjr＠gmail.com 21 Nov '05

21 Nov '05

Hello - The systems that we monitor are across multiple time zones. The local admins however are insisting that the pages be displayed in a timezone local to them instead of the GMT zone that the monitoring system is using. Is there a way to add a second timezone to the display or change the timezone that the graphs are displayed in (without changing the TZ of the maonitoring station)? As a correlary to this, is there anyway to have the grapsh displayed in multiple time zones? Thanks - -- --==[ Bob Gordon ]==--

2 1

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

21 Nov '05

I knew someone would get it eventually! I'll see if I can use it as is for now and get back to you if it becomes a big inconvience or issue. It's just kind of counter-productive to be working on something and getting 10 pages in a row. I suppose I can also build out the DEPENDS stuff to limit the backscatter from a downed item. Thanks for the response Henrik. --Pat -----Original Message----- From: henrik at hswn.dk [mailto:henrik at hswn.dk] Sent: Friday, November 18, 2005 6:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Alert Setup Question On Fri, Nov 18, 2005, PNIXON at ci.somerville.ma.us wrote: > 7:00 HostA generates an alert which gets sent to pageme at here.com > 7:05 HostB generates an alert which does not get sent to pageme at here.com > because they got paged in the 15 minutes > 7:18 HostA is fixed now, but HostB is still broken and generating an > alert, which gets sent to pageme at here.com > 7:22 HostC breaks now, no Alert to pageme at here.com > 7:33 HostB is still Broken, sends an alert to pageme at here.com Not possible. The Hobbit alert module doesn't really have the concept of "page groups"; if you want to compare with BB, it behaves like the BB pager with "pagetype" set to "EVENT". Each recipient configured to receive an alert for a specific HOST.TEST combination gets all alerts; there is no way of configuring Hobbit to send max. N alerts to a given recipient in a 15-minute period. I'm not saying that is the optimum solution for everyone, and it might be changed if you can convince me there is enough people who need it - but so far, you're the first one to ask for such a feature. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Small patch for alerts displayed in "info" column
by frederic.mangeant＠steria.com 21 Nov '05

21 Nov '05

Hi Henrik here's a small patch which displays in the "info" column the services which don't have a recipient. It displays something like this : http://img360.imageshack.us/img360/2596/infoalerts7pn.png Hope you'll find it useful... Regards, -- Frédéric Mangeant Steria EDC Sophia-Antipolis

1 0

[hobbit] memory larrd problems
by Dirk.Kastens＠uni-osnabrueck.de 21 Nov '05

21 Nov '05

Hi Stew, Stew Lambert schrieb: > I have had this problem in the past. Make sure the time for both servers > are in sync. Usually this occurs when the hobbit server shows a time that > is behind the reporting client. No. The message occurs for *ALL* of my clients for all memory.*.rrd files every 5 minutes. So this can't be a matter of the system time. BTW, all of our servers are synchronized using NTP. Dirk

1 0

memory larrd problems
by Dirk.Kastens＠uni-osnabrueck.de 21 Nov '05

21 Nov '05

Hi, the problem with the RRD updating error, that I and several other people are having, doesn't seem to be resolved. My larrd-data.log is filling up with the following messages: 2005-11-21 11:59:54 RRD error updating /data1/hobbit/data/rrd/<hobbit.client.ip>/memory.swap.rrd from 123.45.67.89: illegal attempt to update using time 1132570794 when last update time is 1132570794 (minimum one second step) Now I waded through the hobbit source code and found out that both the do_la.c and the do_memory.c call the function do_memory_rrd_update. So if the first update occurs, everything is fine, but when the second update occurs, the rrd must complain about the same update time. Is this causing the error? Regards, Dirk

2 1

[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