- Xymon - Xymon mailman web

New modest Hobbit extextion : hphwraid.sh
by linuxmasterjedi＠free.fr 17 Jun '08

17 Jun '08

Hello guys, I write today to announce my second modest Hobbit extension. "my" include my friend 'naudit007' & myself ;) If you are running some HP DL/GL/ML x86 servers and you want to monitor the hardware RAID, this extension is done for you : http://code.google.com/p/hphwraid/ Please, report any improvement, questions or bugs here http://code.google.com/p/hphwraid/issues/list Our first Hobbit extension was "checkmySAP" : check and monitor the availability of your SAP systems via remote RFC command : http://code.google.com/p/checkmysap/. Same sanction, feel free to report any improvement, bugs or question there http://code.google.com/p/checkmysap/issues/list Thanks you!

4 4

grouping methods
by tm＠campnerd.com 16 Jun '08

16 Jun '08

Looking for some thoughts and experiences on how folks have configured their systems. Mainly in regard to classification/grouping of servers for alerting purposes. I'll try to keep this short. Currently I'm running a total if 3 hobbit servers, each in a different data center. Each server monitors clients local to his network in addition to each of his partner servers smtp box, etc. This all works fine. However, our alerting system, which also works fine is overly complex and contains too many opportunities for bugs. In a nutshell, we have 3 groups of sysadmins that rotate on call every nn interval. Each group may be involved with a number of systems in each location and some of the admins will work on multiple Operating Systems. I'm looking for a way to avoid having specific alert rules for each server (lots of text, even with regex macros/vars). More to the point, I want to categorize the servers based on a sysadmin group then the rules can be considerably less complex. Dividing the alerting on OS categories does not work well as some of the admins are cross platform folks. Dividing the alerting by page does not work well as the same 'page' may contain servers belonging to one or more sysadmin groups. The 'Class' statement for bb-hosts seems like a possibility, however I think the intended purpose is more related to whatever logs are defined in client-local, so I don't think that will work beyond log files. Ideally I'd like to define the sysadmin group in the bb-hosts file but I don't think this is possible. In summary, if I maintain immense configuration files with somewhat repetitive data Hobbit works quite well. I'd like to reduce the complexity but maintain the functionality. Maybe its not in the cards, or maybe - and I am hoping this is the case - I missed some cool flag or config setting. Thoughts?

10 18

BBWin and file testing resolved.
by rmcgraw＠purdue.edu 16 Jun '08

16 Jun '08

After a little snooping in the BBWin V.12 svn I noticed that there is a "filesystem" agent and that <load name="filesystem" value="filesystem.dll"/> invokes this agent in BBWin.cfg. Once I added this line BBWin file started working and my hobbit server started monitoring the file. Robert -------------------------------------------------------------------- Robert P. McGraw, Jr. Manager, Computer System EMAIL: rmcgraw at purdue.edu Purdue University ROOM: MATH-807 Department of Mathematics PHONE: (765) 494-6055 150 N. University Street West Lafayette, IN 47907-2067

2 3

hobbit page is blank
by forums＠triadbiz.rr.com 16 Jun '08

16 Jun '08

I got a call from my boss stating that the hobbit page is just coming up as a blank white page. When I cd to /opt/hobbit/server/www and do an "ls -l" I see that the bb.html, bb2.hmlt and bbnk.html are 0 kb in size. I have tried restarting the process and nothing has worked. Can someone assist ASAP? -Josh

6 7

apache|apache1|apache2|apache3
by annaj＠hi.is 16 Jun '08

16 Jun '08

Can anybody tell me how to get all the apache graphs under the http test, not just the TRENDS. https://heimdallur.rhi.hi.is/hobbit/help/hobbit-tips.html#apachetest I need to know this because I am developing a flexlm module for hobbit that uses a similar technique. It shows up on the TRENDS column but not under my test. -- Kindest Regards, Anna Jonna Ármannsdóttir, %& A: Because people read from top to bottom. Unix System Aministration, Computing Services, %& Q: Why is top posting bad? University of Iceland.

1 0

enable/disable radius
by forums＠triadbiz.rr.com 16 Jun '08

16 Jun '08

I was wondering how to configure the enable/disable page to use radius. I've done some searching on the net but haven't found anything real concrete. -Josh

3 2

[hobbit] Debugging help: bbtest-net gets http test timing wrong
by pkrash＠exegy.com 16 Jun '08

16 Jun '08

Since latency appears to be a problem, Are all devices configured to use NTP? I had an apche server in the dame boat last week, was drifting often, then would be corrected on next round of ntp syncs. Whoops, 'dame' should be "same" In the above sentence. Adjusting the sync time to be more frequent, and replacing the MBs CMOS battery did the trick. I also ended up discovering a new enchanement to the server that was topping out resources, and made it slow to respond to requests. Your mileage may very. Best, Paul Krash, system administrator, Exegy, Inc.; 314-218-3602 x 666 ----- Original Message ----- From: Alan Sparks <asparks at doublesparks.net> To: hobbit at hswn.dk <hobbit at hswn.dk> Sent: Sun Jun 15 23:42:46 2008 Subject: Re: [hobbit] Debugging help: bbtest-net gets http test timing wrong On the Apache servers, they are configured with HostNameLookups Off. My own measurements using "conventional" tools (like a loop of curls and wgets) consistently show responses <0.2s. The Hobbit problem is that a) the problem randomly affects the servers in the list (I have about 64 servers in the test server), and b) no server that Hobbit suddenly reports as "slow" ever appears to be slow from other external tests. Configurations are matched as close as possibly, accounting for module and other differences between Apache 2.0 and 2.2. I'm very sure DNS lookups on the Web server end cannot account for this, as it /should/ show in logs, and affect non-Hobbit probes as well. It appears that Hobbit implements HTTP testing itself, in the bbtest-net codebase. No external tools are used. Yes, resolver and NSS configs are the same. And the HTTP tests are specifically targeted at IP addresses, not host names, so there /should/ not be a DNS lookup involved in the test connection, as far as I can tell from the code... And yeah, the tcpdump on both ends is planned for Monday. I want to somehow prove the response is actually showing up sooner than the test says... -Alan Tim McCloskey wrote: > I'll take a stab at this but you may have already looked at the things > I wonder about or they may not help in any way. I've only thought > about this for a couple of minutes so I could be way off. > > You have stated there are a couple servers that seem to respond > differently. Can you, 100% consistently, recreate the proper|improper > response from the web boxes? If so, look at the changelog between > apache 2.2 and 2.0 (assuming that those servers - 2.0, 2.2 - are on > the same network and that all of the media setting match ie. 100Fdx > 100Fdx, etc.). > > Are you _sure_ you are not using DNS in some fashion, perhaps reverse > lookups or perhaps the newer apache config file contains some lookup > setting. (can you get away with using the same httpd.conf on the 2.0 > and 2.2 boxes?) > > What does the network traffic and connections look like on each of the > servers? Have you tried running tcpdump on one of the web boxes to > see if there are any clues there? > > I don't recall if hobbit uses wget for his http gets. Are all the > servers using the same settings in resolv.conf and nsswitch.conf? > > There are probably other things to check but start with making sure > DNS is not involved, even if you think it is not. > > > > Alan Sparks wrote: >> Continuing to try to debug this problem, have tried about everything >> I can to resolve the issues with http probes. Including: >> * Complete rebuild of the server with CentOS 4.6 and recompile of >> Hobbit. Same issues. >> * Removing everything from /etc/sysctl.conf, rebooting. Same issues. >> * Manipulating the httpd.conf configs on remote servers, forcing >> HTTP/1.0, removing ETags, creating a very simple index page to test >> against. Same issues. >> * Upgrading Apache on sample remote server to Apache 2.2.8 (most are >> 2.2.4). Same issue. >> * Recompiling Hobbit with debugging flags, to make sure the optimizer >> is not applied. Same issue. >> >> The only two servers I have that seem to work consistently well are a >> pair of Apache 2.0.52 servers. The 2.2.4+ servers all seem to give >> Hobbit issues. Although, again, repeated curl or wget probe cycles >> against the servers from the Hobbit server never show more than a >> 0.2s response time. >> >> But, Hobbit continues to report things like: >> >> http://10.1.17.251/ - OK >> >> HTTP/1.1 200 OK >> Date: Mon, 16 Jun 2008 00:54:03 GMT >> Server: Apache/2.2.8 (EL) >> Last-Modified: Sun, 15 Jun 2008 00:37:00 GMT >> ETag: "7c809f-9b-44fa9b5806300" >> Accept-Ranges: bytes >> Content-Length: 155 >> Connection: close >> Content-Type: text/html; charset=UTF-8 >> >> >> I can't come up with anything other than Hobbit as a cause. But is >> there anything I can do to trace what is happening internally to get >> past this problem? Any ideas at all would really be appreciated. >> Thanks in advance. >> -Alan >> >> Seconds: 3.00 >> >> >> Alan Sparks wrote: >>> Have a new install of Hobbit (4.2, tried 4.3 snap as well) on a >>> fresh install of CentOS 4.6 x86_64, up to date on patches. I have a >>> problem with HTTP tests on "random" web servers that I just can't >>> figure out. >>> >>> I have about 64 of my hosts in the bb-hosts on this server, and have >>> http tests defined for these servers. On most of these servers, >>> Hobbit is reporting the "Seconds:" for the response at 3 seconds. >>> It seems that it is inconsistent -- one cycle to the next, the >>> 3-second response may move to a different set of servers. >>> >>> The http: tests are defined using the IP address of the server - no >>> server name (so no DNS lookup). >>> >>> I've run a loop of tests on the same URL using wget and with curl, >>> and used my browser and Telnet to connect to the same URL. I >>> consistently get a response time of about 0.2 seconds maximum from >>> the servers. >>> >>> The bbnet entry in hobbitlaunch.cfg looks like: >>> CMD bbtest-net --report --ping --checkresponse --debug >>> >>> With the debugging turned on, I see the following entries >>> periodically in the network test log: >>> Address=10.1.5.17:80, open=1, res=0, err=0, connecttime=0.002965, >>> totaltime=3.006810, >>> Address=10.1.5.18:80, open=1, res=0, err=0, connecttime=0.002956, >>> totaltime=3.007413, >>> Address=10.1.24.67:80, open=1, res=0, err=0, connecttime=0.002860, >>> totaltime=3.007120, >>> >>> The problem does not affect the same hosts each time. The problem >>> will show a different number of hosts usually each cycle, sometimes >>> on same servers, but often on different ones. >>> >>> I've tried the following to see if anything will help: >>> * Reducing the number of hosts. If I only have a couple or three in >>> the bb-hosts, the problem doesn't manifest. >>> * Recompiling. Doesn't help. >>> * Changing the test URL. Doesn't help. >>> * Adding a --concurrency= option to the launch. If I use a >>> concurrency of 1, the problem does not manifest. >>> >>> Setting the concurrency to 1 to fix the problem isn't an option, but >>> makes me think something is getting really mixed up in the select() >>> processing in bbnet. >>> >>> Does anyone have any ideas how to diagnose where Hobbit is coming up >>> with a 3-second latency, when none of my test tools running off the >>> same server can duplicate the same timing? >>> >>> Thanks for any ideas, this is really baffling me. >>> -Alan >>> >>> >>> >>> 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 >> >> >> > > > 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 This e-mail and any documents accompanying it may contain legally privileged and/or confidential information belonging to Exegy, Inc. Such information may be protected from disclosure by law. The information is intended for use by only the addressee. If you are not the intended recipient, you are hereby notified that any disclosure or use of the information is strictly prohibited. If you have received this e-mail in error, please immediately contact the sender by e-mail or phone regarding instructions for return or destruction and do not use or disclose the content to others.

1 0

problems with sms script
by Jarrod.Hodder＠paradigmit.net.au 16 Jun '08

16 Jun '08

Hello I have set up a script to send out a sms when ever the connection to my proxy server fails. I have used gammu as a SMS gateway. The script that I get hobbit to call to reads as following #!/bin/sh echo "test" | gammu --sendsms TEXT <Phone Number here> When I am logged on as the user Hobbit, I can run the script fine. The recipient receives the SMS, so the permissions are fine. In my hobbits-alerts.cfg I have the following information HOST=<Host Address> SERVICE=conn SCRIPT /usr/local/bin/smstest <Phone Number> I know that the variable $rcpt is not being used, I don't need it. The phone number is coded into the script itself. I simply have it so Hobbits will not fail. When the script runs, the page.log file has this error in it. 2008-06-16 15:24:51 Paging script /usr/local/bin/smstest terminated with status 255 Can I use a custom script like the one I have? Or do I need to use a specific standard. I don't want any specific information in the sms, just a notification that is has fallen over. Currently, I just want it to send the 'test' sms. Is what I am trying to achieve possible? If it is, what have I done wrong? Thanks -------------------------------------------------------- Jarrod Hodder Paradigm IT Solutions 110 Livingston Ave Kambah ACT 2902 Phone: 1300 735 370 Fax: 1300 735 586 www.paradigmit.net.au <file:///\\www.paradigmit.net.au\>

2 2

Help: Bogus ack message from...
by philwild＠gmail.com 14 Jun '08

14 Jun '08

Hi all, I have a test hobbit setup where I am running on hobbitd on a virtual IP (4.2 all in one patch applied). The hobbit web interface is also sitting in a DMZ with an apache reverse proxy sitting in front of it. Everything appears to be working fine but when I acknowledge an alert via the web interface, it does not appear to work... I get this message in the hobbitd log file 2008-06-14 16:23:36 Bogus ack message from 10.1.50.4: 'hobbitdack 399258 45 test ' This is from going to /hobbit-seccgi/bb-ack.sh, typing in a duration against one of the hosts (45 minutes) and specifying a cause of "test", then pressing send. If I perform a bb 10.1.50.4 hobbitdboard I can confirm that 399258 is the active cookie for the alert. I suspect that it may be related to the way I have hobbit installed. Any ideas? Phil -- Tel: 0400 466 952 Fax: 0433 123 226 email: philwild AT gmail.com

1 0

Hobbit monitoring
by frouschamp＠videotron.ca 14 Jun '08

14 Jun '08

Hobbit monitoring I managed to make the installation of a server Hobbit. I have create my bb-hosts and I can see on my web page the result of my bb-hosts. My problem is that I cannot see the history of my equipments. Be that the service of hobbit restarts automatically during the starting up of the computer. How we make to receive alerts resulting from the server via e-mails. Be that it would be possible to have a paper text to be able to translate him with a translator. I am not an expert of Linux and my first language is French. Thank you.

1 0