June 2005 - Xymon - Xymon mailman web

[hobbit] Current development plans
by pwilliamson＠mandtbank.com 09 Jun '05

09 Jun '05

>>> adam at websitemanagers.com.au 06/09/05 8:43 AM >>> On Thu, 2005-06-09 at 08:26 -0400, Deal, Richard wrote: > > I would really like to have the option of a client on the unix world. > > Having a central machine poll all of the clients constantly a far less > > distributed system than running remote clients. I prefer a locally run > > client from an NFS mounted area were I can centrally control each with > > the config files. > > > This can work if all your machines are the same architecture and library > versions etc, but it soon falls apart. Also you are relying on your > network + NFS for the monitoring system to actually work, which isn't a > good presumtion. > > For little extra work, you can simply push out the config files/etc via > some ssh/scripting.... cfengine works perfectly for me to do this... Paul

1 0

[hobbit] Current development plans
by rdeal＠tigr.org 09 Jun '05

09 Jun '05

I would really like to have the option of a client on the unix world. Having a central machine poll all of the clients constantly a far less distributed system than running remote clients. I prefer a locally run client from an NFS mounted area were I can centrally control each with the config files. I agree, on the snmp situation, BB/Hobbits strengths are in scripts and ext's snmp should be an ext to Hobbit. My only concern about changing the BB protocols would be to make it optional and not to make adding EXT scripts more difficult. -----Original Message----- From: Daniel J McDonald [mailto:dan.mcdonald at austinenergy.com] Sent: Thursday, June 09, 2005 8:18 AM To: Hobbit List Subject: Re: [hobbit] Current development plans On Thu, 2005-06-09 at 15:58 +1000, Adam Goryachev wrote: > On Thu, 2005-06-09 at 07:41 +0200, Henrik Stoerner wrote: > > Personally, I'd most like to see a 'free' client (ie, GPL, without the > BB license issue), Ditto, but I'd really like the bb-central approach. Most of the status information can be grabbed from non-privileged accounts on all unix-like platforms. I concede that a client is necessary in the windows world. > and I'd also like to see *much* better SNMP support. > ie, point it at a router, and it will automatically (or some tool) setup > the various values to monitor (interfaces, byte counter thresholds, cpu, > temperature, etc) or a switch, or firewall, or UPS, or whatever > thingamabob you have lying around. Although I'd love to see a "better mrtg", I'd hate to re-invent the wheel on that one. It would be nice if the mrtg folks would add snmp-v3, but that's not in the offing today. But I have a set of cfgmaker templates that I use to do pretty much what you are asking. It's got a few complex scripts wrapped around it. By policy every device has a unique snmp string, so I have a huge database with hostnames, community strings, and device-types that allows me to generate my mrtg and hobbit configurations on the fly. > Finally, what about some sort of compression/encryption protocol, If we are building an extended protocol, we should support authentication as well. That's been a serious hole in bb for a long time - any hacker who sees that you are trusting bb for monitoring can simply send spoofed status messages to either distract you from the real mischief or hide it from obvious view. -- Daniel J McDonald, CCIE # 2495, CNX Austin Energy dan.mcdonald at austinenergy.com To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

2 1

[hobbit] Current development plans
by nfigaro＠effigie.fr 09 Jun '05

09 Jun '05

Hi, Just some ideas : - the portability is very important (so the future hobbit client should be as simple as possible and should compile on most platforms). I think developping the hobbit client is the most urgent. (so the hobbit project won't depend anymore on bigbrother client and BTF licence) - crypting the infos can be quite useful (but perhaps it can be good to allow crypted and unencrypted datas to be sent). - snmp integration can take a lot of time (I tried to modified mrtg cfgmaker script to integrate brocade switches and decided afterwards to create a new one). - offer the ability to generate pages using another language (I can work on the french translation if you need). Not urgent at all (but french people like softwares that can speak french, I guess danish people like software that can speak danish). - I was very interested with the bb-central extension provided with bigbrother (ability to collect infos through an ssh connection). Not urgent at all two I hope the temp will rise enough so you won't stay at home to write hobbit client this summer :) :) Nicolas Figaro -----Message d'origine----- De : Henrik Stoerner [mailto:henrik at hswn.dk] Envoyé : jeudi 9 juin 2005 07:42 À : hobbit at hswn.dk Objet : [hobbit] Current development plans It seems version 4.0 has reached some stability - there are still a few odd bug reports, but nothing that looks like major problems. So I thought it would be worthwhile to let you know what my plans are. First, I'm currently pretty busy with other stuff so questions raised here are not being answered as quickly as I'd like to. Rest assured that they have not been forgotten, and I will look at all of the reports and questions - but probably not very much for the next week or so. I'm currently working on a 4.0.5 release which will be a performance- improvement release. The current Hobbit code has a flaw in the alert- module, that makes it use much more CPU time than it should - especially if you have a large number of statuses that are in an alert state, but which do not have any recipients defined in hobbit-alerts.cfg. This will be released sometime in June. But summer is upon us, and that means less development activity - so things will slow down as the temperature rises. So don't expect a lot of activity during the summer. When I pick up speed again, I haven't yet decided if I should go for the alert/acknowledge improvements that I've talked about for some time, or if I should tackle the issue of a Hobbit client and get that into a reasonable shape for the more common platforms. I have some ideas for a rather different client architecture than the current one, and the client is also *the* missing piece of the whole Hobbit puzzle - so I could be tempted to get that done. I'd like some feedback on what you find most urgent. Regards, Henrik

1 0

Bind Hobbit to Specific IP Address
by nishioka＠rightnow.ne.jp 09 Jun '05

09 Jun '05

I've installed this nice program on FreeBSD, and it seems to be working properly. But I am wondering if I can bind Hobbit to a specific IP address because my server has more than 10 IP addresses and Hobbit now listens to all the IP addresses.

3 5

[hobbit] Tru64 Client Install
by Al.Jeffcoat＠orhs.org 08 Jun '05

08 Jun '05

Tom, We have successfully installed the client on Tru64 4.0d, 5.1b, and another version that I am not sure of. We didn't do anything abnormal from our AIX or Linux servers on the compile of the bbclient. What errors are you seeing? Al __________________________________ Al Jeffcoat IBM Certified Support Specialist, AIX Enterprise SAN and Storage Administrator System Programmer II (321)843-1051 ajeffco at orhs.org -----Original Message----- From: Tom Callahan [mailto:callahant at tessco.com] Sent: Tuesday, June 07, 2005 9:48 PM To: Hobbit Mailing List Subject: [hobbit] Tru64 Client Install I'm having some problems with a Tru64 install of the bb client. Has anyone successfully installed the client on a Tru64 Unix system? Thanks, Tom Callahan To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any review, use, or distribution of this e-mail message and any attached files is strictly prohibited. This communication may contain material protected by Federal privacy regulations, attorney-client work product, or other privileges. If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message. To reply to our email administrator directly, send an email to: postmaster at orlandoregional.org . If this e-mail message concerns a contract matter, be advised that no employee or agent is authorized to conclude any binding agreement on behalf of Orlando Regional Healthcare by e-mail without express written confirmation by an officer of the corporation. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Orlando Regional Healthcare.

3 2

core on hobbit_larrd in 4.0.4
by ctbeers＠syr.edu 08 Jun '05

08 Jun '05

Just updated to 4.0.4 with safari patch and hobbitd_larrd is core dumping. Here is the backtrace [root at darwin server]$ gdb bin/hobbitd_larrd tmp/core GNU gdb 6.0 .... Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1 #0 0xff09fc3c in _libc_kill () from /usr/lib/libc.so.1 (gdb) bt #0 0xff09fc3c in _libc_kill () from /usr/lib/libc.so.1 #1 0xff03598c in abort () from /usr/lib/libc.so.1 #2 0x0001c84c in sigsegv_handler (signum=-16007160) at sig.c:57 #3 <signal handler called> -- Christopher T. Beers Lead UNIX Architect - System Infrastructure Services (SIS) Syracuse University | 250 Machinery Hall | Syracuse, NY 13244 (315) 443-4103 Office | (315) 443-1621 Fax | p-ctbeers at syr.edu Pager

1 0

Tru64 Client Install
by callahant＠tessco.com 08 Jun '05

08 Jun '05

I'm having some problems with a Tru64 install of the bb client. Has anyone successfully installed the client on a Tru64 Unix system? Thanks, Tom Callahan

2 1

[hobbit] HOBBIT 4.0.3 ignoring bb-dftab
by Winn.Beutler＠mcdata.com 08 Jun '05

08 Jun '05

Sorry, my mistake. But why is it listed in the hobbitserver.cfg? I assume bb-cputab file along with bb-msgstab and the others are the same way, even though they are also listed in the file? Thanks for the help and the great product! Winn -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Wednesday, May 18, 2005 11:36 PM To: hobbit at hswn.dk Subject: Re: [hobbit] HOBBIT 4.0.3 ignoring bb-dftab On Wed, May 18, 2005 at 03:05:54PM -0600, Winn Beutler wrote: > I upgraded from BB to HOBBIT 4.0.3rc2 and notice that HOBBIT > seems to be ignoring the entries in bb-dftab. How do I > troubleshoot the problem? bb-dftab is used by the BB client. Hobbit only implements the server-side of your monitoring. Check the configuration of your client. bb-dftab needs to be installed on the clients, not the server. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk SPECIAL NOTICE All information transmitted hereby is intended only for the use of the addressee(s) named above and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of confidential and privileged information is prohibited. If the reader of this message is not the intended recipient(s) or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you must not read this transmission and that disclosure, copying, printing, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. Anyone who receives confidential and privileged information in error should notify us immediately by telephone and mail the original message to us at the above address and destroy all copies. To the extent any portion of this communication contains public information, no such restrictions apply to that information. (gate01)

5 14

VMIO test
by rower.master＠gmail.com 07 Jun '05

07 Jun '05

Henrik, In Hobbit demo site you have a vmio column , Is this a external Script? I can find it in deadcat? Thanks my friend. Regards, Mario.

3 2

[hobbit] Unexpected service response
by mlowery＠alliedtechgroup.com 07 Jun '05

07 Jun '05

Ok, this may have been a stupid question, I don't know. But after further investigations, I see that this happens quite a bit on the other SMTP servers as well, they just report it occasionally and not long enough for me to be notified. There is only one host that constantly reports this. Is there something I should change in the way the test works to avoid getting the "Unexpected service response" message? Thanks, Michael -----Original Message----- From: Lowery, Michael Sent: Monday, June 06, 2005 1:51 AM To: hobbit at hswn.dk Subject: [hobbit] Unexpected service response I've never had a problem with the SMTP test before. Now, testing a postfix mail server, I get a Yellow alert, and the page says: Service smtp on mail.domain.com is not OK : Unexpected service response 501 Syntax error in parameters or arguments I can telnet to port 25 on this server with no problems from the hobbit server, I get a 220 message upon connect. Here is exactly what I get (names and IPs changed to protect the innocent). So what can be the problem here? [root at hobbit etc]# telnet mail.domain.com 25 Trying 20.30.40.51... Connected to adsl-20-30-40-51.dsl.hometown.isp.net (20.30.40.51). Escape character is '^]'. 220 SMTP service ready Thanks, Michael To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0