May 2009 - Xymon - Xymon mailman web

bbcombotest Links
by me2unix＠gmail.com 22 Oct '10

22 Oct '10

Hi, Could not find anyone answering this request yet.. Here's a fix to add links to the bbcomtest reports page : Just change line 455 of hobbitd/bbcombotest.c >From : sprintf(msgline, "&%s %s\n", colorname(vwalk->color), vwalk->symbol); To: sprintf(msgline, "<a href=\"/hobbit-cgi/bb-hostsvc.sh?HOST=%s&SERVICE=%s\">&%s</a> %s\n", gethname(vwalk->symbol), gettname(vwalk->symbol) , colorname(vwalk->color), vwalk->symbol); recompile and have links on the color dots of the tested items within combotests. --Hezki ** - *To*: <hobbit (at) hswn.dk> - *Subject*: bbcombotest Links - *From*: "Aiello, Steve \(GE, Corporate, consultant\)" <steve.aiello(at) ge.com> - *Date*: Wed, 28 Feb 2007 10:43:21 -0500 - *Thread-index*: AcdbTzrE4X3/UsIMTSiBvQJbJOnunQ== - *Thread-topic*: bbcombotest Links ------------------------------ Hi all, I thought I saw this question asked before, but did see it in the mailling list. When using bbcombotests, is it possible to have the combotest report with hyperlinks to the actual tests ? If I see one of the statuses are red or yellow, my nature instict is to wonder why, and be able to drill down for details. thanks, Steve

5 4

bb-services: regexes in expect string?
by AaronZink＠eharmony.com 21 Sep '10

21 Sep '10

I have this defined in bb-services: [smtp-transaction] send "helo hobbit.domain.com\r\nmail from: <test at domain.com>\r\nrcpt to: <test at anotherdomain.com>\r\nquit\r\n" expect "220-mx01.domain.com ESMTP\r\n220 ESMTP READY\r\n250 mx01.domain.com\r\n250 sender <test at domain.com> ok\r\n" port 25 and a host that uses it in bb-hosts. This works great, except that it's tied to the host mx01.domain.com in the expect string. Is it possible to use regexes in the expect string, such as expect "220-mx0[0|1].domain.com"? So far my attempts have been unsuccessful and the man pages don't seem to indicate if this is possible. Aaron Zink Manager, Corporate IT eHarmony.com 626.795.4814

3 2

ipv6 support
by vadud3＠gmail.com 09 Jun '10

09 Jun '10

Does hobbit support ipv6 addressing? -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu

3 6

Clientupdate problems
by rdeal＠jcvi.org 11 May '10

11 May '10

Does anyone have clientupdate working reliably for a large number of machines? I noticed a problem with clientupdate failing on our 4.2.0 server and tracked it down that once a few clients seem to request the update the server stops sending the file. The clients however happily update the clientversion.cfg and thus never attempt to get the file again. After upgrading to 4.2.3, the problem is the same. Anyone else see this? I have read some of the back forum messages and it sounds line several others have run up against this same problem but there doesn't seem to be a solution. Butch

3 3

HP PA-RISC Hardware monitoring ?
by tj_yang＠hotmail.com 25 Mar '10

25 Mar '10

Anyone know is there a module (bb or hb) to monitor HP hardware ? May be better question is what is the similar command for ipmitool or prtdiage in HP-UX ? T.J. Yang _________________________________________________________________ Capture your memories in an online journal! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us

3 3

[hobbit] Troubleshooting Alerts -- Having Problems
by jkwade＠futurefrontiers.com 02 Mar '10

02 Mar '10

Thanks Martin, Is there a way using the same method to cause the alert to activate. For example, I want a host to activate on disk% has reached 98%, and go ahead and send a test page to my cell phone so I can check the format. Thanks again....James -----Original Message----- From: Martin Flemming [mailto:martin.flemming at desy.de] Sent: Tuesday, April 14, 2009 10:37 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Troubleshooting Alerts -- Having Problems > also sending out a test alert /usr/lib/hobbit/server/bin/bbcmd hobbitd_alert --debug --test hostip test cheers, martin On Tue, 14 Apr 2009, James Wade wrote: > Thanks, I'll test out the SMS Format. > > Can someone give me some pointers on checking the configuration > file and also sending out a test alert. I've looked through the > man page and tried a few things, but it didn't seem to work. > > Thanks...James > > -----Original Message----- > From: Rob McBroom [mailto:mailinglist0 at skurfer.com] > Sent: Tuesday, April 14, 2009 9:57 AM > To: hobbit at hswn.dk > Subject: Re: [hobbit] Troubleshooting Alerts -- Having Problems > > On 2009-Apr-14, at 10:00 AM, James Wade wrote: > >> Also, We received Cell Phones in place of the pagers, and >> now when I send messages to the cell phones, the cell phone >> doesn't display it properly. It's to much data for the cell phones >> they gave us. They are Nokia 6085's. When I get a text it >> says 1 of 10..or .. missing text.. I'm guessing I'm going >> to have to filter all my Hobbit alerts now. > > There is a FORMAT option for alerts. In particular, you probably want > "FORMAT=SMS". See the hobbit-alerts.cfg man page and the example in > the alerts file itself. > > -- > Rob McBroom > <http://www.skurfer.com/> > > > > > > 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 > > > Gruss Martin Flemming ______________________________________________________ Martin Flemming DESY / IT office : Building 2b / 008a Notkestr. 85 phone : 040 - 8998 - 4667 22603 Hamburg mail : martin.flemming at desy.de ______________________________________________________ To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

15 24

[hobbit] Re: Devmon causing core dumps
by bgmilne＠staff.telkomsa.net 23 Nov '09

23 Nov '09

On Friday 31 October 2008 19:55:35 Robert Holden wrote: > When I run snmpwalk on my interfaces I get the following: > (I believe that the devmon template is using this ... notice that they are > all the same. Depending on the SNMP implementation (and may differ on different IOS versions). > A transform won't help) > IF-MIB::ifName.70 = STRING: AT5/0/0 > IF-MIB::ifName.71 = STRING: AT5/0/0 > IF-MIB::ifName.72 = STRING: AT5/0/0 > IF-MIB::ifName.73 = STRING: AT5/0/0 > IF-MIB::ifName.74 = STRING: AT5/0/0 One of our 7613's has: IF-MIB::ifName.1 = STRING: Gi3/1 [...] IF-MIB::ifName.128 = STRING: ATM10/1/0.0-atm subif IF-MIB::ifName.129 = STRING: ATM10/1/0-aal5 layer IF-MIB::ifName.130 = STRING: ATM10/1/0.0-aal5 layer IF-MIB::ifName.131 = STRING: VLAN-1 > (This could be used, but you would end up w/ very long names. G0/0 would > become GigabitEthernet0/0) > IF-MIB::ifDescr.70 = STRING: ATM5/0/0 > IF-MIB::ifDescr.71 = STRING: ATM5/0/0-atm layer > IF-MIB::ifDescr.72 = STRING: ATM5/0/0.0-atm subif > IF-MIB::ifDescr.73 = STRING: ATM5/0/0-aal5 layer > IF-MIB::ifDescr.74 = STRING: ATM5/0/0.0-aal5 layer On the same device as above: IF-MIB::ifDescr.1 = STRING: GigabitEthernet3/1 [...] IF-MIB::ifDescr.128 = STRING: ATM10/1/0.0-atm subif IF-MIB::ifDescr.129 = STRING: ATM10/1/0-aal5 layer IF-MIB::ifDescr.130 = STRING: ATM10/1/0.0-aal5 layer IF-MIB::ifDescr.131 = STRING: unrouted VLAN 1 > (This may be helpful ... somehow ignore all type 37 and type 49, and sub > interface 0 ??) > IF-MIB::ifType.70 = INTEGER: sonet(39) > IF-MIB::ifType.71 = INTEGER: atm(37) > IF-MIB::ifType.72 = INTEGER: atmSubInterface(134) > IF-MIB::ifType.73 = INTEGER: aal5(49) > IF-MIB::ifType.74 = INTEGER: aal5(49) But, in my case, I want to graph: IF-MIB::ifName.103 = STRING: ATM10/1/0.1-aal5 layer (it is the only interface which shows the correct traffic) > I will open a bug if you like. Is the issue that originated this thread > the same as the one I am experiencing? Well, there are two aspects to the bug: 1)Devmon should strip invalid characters out of interface names for the RRD data sent with the status message. 2)The Hobbit RRD collector module for devmon should not segfault if data is not in the format: <name_without_spaces> value[:value[:value]] Regards, Buchan

2 3

xymonton monitors (hardware/samba)
by martin.flemming＠desy.de 06 Nov '09

06 Nov '09

Hi, unfortunatley the tar files are not accessible .. http://xymonton.trantor.org/doku.php/monitors:samba_servers http://xymonton.trantor.org/doku.php/monitors:hardware_sensors https://www.makelofine.org/xymon-plugins/hobbit-hardware-v0.1.tar.bz2 https://www.makelofine.org/xymon-plugins/hobbit-samba-v0.1.tar.bz2 .. i've got permission denied ... :-( by the way, is it possible to get a newsletter or something else, if there are new entries or pluggins available ? cheers, Martin

5 5

[hobbit] IPv6
by henrik＠hswn.dk 30 Oct '09

30 Oct '09

In <ea6cc0c70811281053n3c27f49fpf78fd2b800a52bf5 at mail.gmail.com> "David A. Bandel" <david.bandel at gmail.com> writes: >Searched the archives and found a few IPv6 inquiries, but only that >there are no plans to support it. While I'm not a programmer, I >suspect it would actually be fairly simple to implement (please >correct me if I'm wrong). It's not entirely trivial, but it can be done (of course). The actual changes needed to "talk" IPv6 in the network service tests is probably not a whole lot; may real concern is going through all of the places throughout Xymon where the code assumes that an IP- address looks like "1.2.3.4". >This is starting to become a priority for me. I need to monitor my >ssh servers, but they all only respond now to ipv6, so I can't :-(. It is moving up on my priority list as well - it seems that IPv6 is (finally) seeing some real adoption. It won't be in the next version, but probably the one after that. Regards, Henrik

4 3

[hobbit] BBALPHAMSG max size?
by david.gore＠verizonbusiness.com 09 Sep '09

09 Sep '09

BBALPHAMSG has a max size of 4096. Here are my MSG settings: ../etc/hobbitserver.cfg:MAXMSG_STATUS=2048 # maximum size of a "status" message in kB, default: 256 ../etc/hobbitserver.cfg:MAXMSG_CLIENT=2048 # maximum size of a "client" message in kB, default: 512 ../etc/hobbitserver.cfg:MAXMSG_DATA=2048 # maximum size of a "data" message in kB, default: 256 Do those MSG settings have anything at all to do with BBALPHAMSG? I am thinking no. I need more from BBALPHAMSG because I am parsing the variable for the red and yellow alarms. If you have a fairly long 'procs' list for instance and your red or yellow alarm are near the bottom of the list, you will not be able to extract the alarming procs. Is my only choice to increase the limit in the source and recompile? Anyone else run into this problem and solve it? David Gore (v965-3670) Network Management Systems (NMS) IMPACT Transport Team Lead - SCSA, SCNA Page: 1-800-PAG-eMCI pin 1406090 Vnet: 965-3676

2 1