- Xymon - Xymon mailman web

URL generated for RSS feeds
by rsmrcina＠wi.rr.com 31 Jul '06

31 Jul '06

I added the --rss option to bbgen and can see the rss file both in ~/server/www and via Firefox. Where is the URL generated on the .rss file? It uses the hostname 'hobbit', whereas all of the icon links on the web pages use the IP address. When I click on the RSS feed and then a critical host it takes me to the Hobbit name generator. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007

1 0

[hobbit] client talks to bbd@127.0.0.1:1984 ?!
by brodie＠mcw.edu 31 Jul '06

31 Jul '06

Check the server's /etc/hosts file. RH has a bad habit of setting the fqdn to 127.0.0.1..... In my opinion, the server's fqdn should be the external IP address, and only "localhost" should be 127.0.0.1.... Not certain this is your issue, I'll give my hunch a 50% success guess :-) ________________________________ From: Jerry Yu [mailto:jjj863 at gmail.com] Sent: Wednesday, July 26, 2006 8:33 PM To: hobbit at hswn.dk Subject: [hobbit] client talks to bbd at 127.0.0.1:1984 ?! hi, there, I have both client & server of 4.2-RC-20060712 on Redhat Linux 9. Other RHL9 clients work fine. One, mysteriously, failed to start. hobbitclient.log shows it tries to bond with 127.0.0.1:1984, as fails miserably. As in other clients, I define the bb server's IP address in /etc/default/hobbit-client. -x execution of the init script seems it did source the /etc/default/hobbit-client and got the correct bb server IP address. Any idea ? This RH9 boxen doesn't have bind-util package installed, that's the only difference I can think of.

2 3

[hobbit] Force client to update data
by gmbfly98＠gmail.com 31 Jul '06

31 Jul '06

Is there a way to force the Hobbit clients to update their data to the server? Often times I'll be adding new process checks or otherwise modifying existing tests, and would like to be able to see their status updated on the Hobbit server. Right now, that means waiting 5 minutes for the client to get the new/updated checks, and then waiting another 5 minutes for it to report back to the server. However, I *don't* have any reason/need to adjust this time globally. I would like to force an update only once in a while, when making changes to the client tests. Is there currently any way to do this?

2 1

Disk monitoring feature request
by shea_greg＠emc.com 31 Jul '06

31 Jul '06

So if people in the BB community are called brothers, does that mean the folks here are called hobbits?? With my current version of BB, I've modified the bb-disk.sh so that each filesystem in error sends a page message to the server not just the most severe (red). So in other words, if 2 filesystems are in warning (yellow) and 1 is in panic (red), I would send 3 page messages to the BB server, one for each error. The BB server would then an SNMP trap for each error in addition to any email notifications that are in place. These get handled by the SMARTS. So.... Is it possible to add this functionality to Hobbit? Thanks -Grs- Gregory R Shea EMC Corporation

2 1

[hobbit] Disk monitoring feature request
by shea_greg＠emc.com 31 Jul '06

31 Jul '06

Hi Paul, I'm not concerned about the SNMP trap because this could be handled via the SCRIPT function. I'm more interested in the separate error alerts. But thanks for the reply. Thanks -Grs- Gregory R Shea EMC Corporation -----Original Message----- From: PAUL WILLIAMSON [mailto:pwilliamson at mandtbank.com] Sent: Monday, July 31, 2006 10:38 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Disk monitoring feature request >>> shea_greg at emc.com 07/31/06 10:30 AM >>> > With my current version of BB, I've modified the bb-disk.sh > so that each filesystem in error sends a page message to > the server not just the most severe (red). So in other > words, if 2 filesystems are in warning (yellow) and 1 is > in panic (red), I would send 3 page messages to the > BB server, one for each error. The BB server would > then an SNMP trap for each error in addition to any > email notifications that are in place. These get handled > by the SMARTS. > > So.... Is it possible to add this functionality to Hobbit? Hobbit doesn't do snmp yet. Paul To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Disk monitoring feature request
by pwilliamson＠mandtbank.com 31 Jul '06

31 Jul '06

>>> shea_greg at emc.com 07/31/06 10:30 AM >>> > With my current version of BB, I've modified the bb-disk.sh > so that each filesystem in error sends a page message to > the server not just the most severe (red). So in other > words, if 2 filesystems are in warning (yellow) and 1 is > in panic (red), I would send 3 page messages to the > BB server, one for each error. The BB server would > then an SNMP trap for each error in addition to any > email notifications that are in place. These get handled > by the SMARTS. > > So.... Is it possible to add this functionality to Hobbit? Hobbit doesn't do snmp yet. Paul

1 0

[hobbit] how to only generate server or client binaries ?
by brodie＠mcw.edu 31 Jul '06

31 Jul '06

I personally prefer the separation of the client and server directories- compared to BB, it makes things MUCH cleaner for us.. my $0.02. --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 -----Original Message----- From: T.J. Yang [mailto:tj_yang at hotmail.com] Sent: Saturday, July 29, 2006 9:41 PM To: hobbit at hswn.dk Subject: Re: [hobbit] how to only generate server or client binaries ? >From: henrik at hswn.dk (Henrik Stoerner) >Reply-To: hobbit at hswn.dk >To: hobbit at hswn.dk >Subject: Re: [hobbit] how to only generate server or client binaries ? >Date: Sat, 29 Jul 2006 21:45:25 +0200 > >On Sat, Jul 29, 2006 at 11:21:44AM -0500, T.J. Yang wrote: > > > > Looks like even I specify "configure --server ...', "gmake install" also > > generate client binaries. > > > > Am I doing somthing wrong ? > >Client binaries are always built. Even on a Hobbit server, you'd >probably want to run the client-side tools as well. > > >Henrik Henrik Thanks for the reply. I am interested to replace my bb deployment with hobbit one. I need to create hobbit server (for linux)and client packages(for solaris,hpux,linux). May I suggest that in the future split the server and client binaries in a more cleaner way(IMHO). configue as server should only generate server binaries. if one want client binary we then run "configure --client" to get it. For now I can get by deleting /opt/local/hobbit/client directory after server install. Also is it possible that you can have client and server reside at same level as hobbit ? like /opt/local/hobbits( for server) and /opt/local/hobbitc (for client). the will make packaging more streightforwad to deal with removal of client installation path. My idea installation path structure is like this /opt/local/hobbits -bin -man -doc -web -www -etc /opt/local/hobbitc -bin -man -doc -etc Again just my person opinion. Regards tj To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] enhancement request
by David.Gore＠verizonbusiness.com 31 Jul '06

31 Jul '06

http://hobbit.mcilink.com/hobbit-seccgi/bb-ack.sh In regards to the web-based acknowledge page, change Duration (minutes) to accept times like, 40m (40 minutes), 1d (1day), 1w (1 week)? Or provide drop-down like enable/disable web page? Is the second acknowledge form without a host and test, a bug? It looks like this: Host Test Duration Cause Ack Ack Multiple myHost mytest entry entry button check box - - entry entry - button <---- second form - = blank space ~David

1 0

[hobbit] Scheduled maintenances
by plardinois＠be.tiauto.com 31 Jul '06

31 Jul '06

Hello, Thanks. I didn't know this command. Is there somewhere a complete list of the Hobbit protocol ? One question again regarding the scheduled tasks : is there a way to cancel them without using the enable/disable interface ? Thank you for your support. regards Pierre -----Original Message----- From: henrik at hswn.dk [mailto:henrik at hswn.dk] Sent: lundi 31 juillet 2006 11:11 To: hobbit at hswn.dk Subject: Re: [hobbit] Scheduled maintenances On Mon, Jul 31, 2006 at 09:43:57AM +0200, Lardinois, Pierre wrote: > > Are the "Scheduled actions" stored somewhere in a file or in a list on > the Hobbit server ? Or is there an other way to list them than via > the enable/disable interface ? They should be listed on the enable/disable page, below the already disabled tests. You can also list them with bb 127.0.0.1 "schedule" It looks like 1|1155373200|172.16.10.2|disable client1,hswn,dk.* 240 \nDisabled by: 1|1155373200|henrik @ 172.16.10.100\nReason: Down for memory upgrade\n i.e. a job number, time when the job is scheduled to run, where the job was sent from, and the command that will be sent to Hobbit. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

2 1

Using variables in clientlaunch.cfg?
by Charles.Jones＠ciscolearning.org 31 Jul '06

31 Jul '06

I plan on making some custom graphs for things like tomcat thread counts. The documentation for creating custom graphs should get me through that part, but the problem is my environment is such that groups of my monitored servers share a common home directory. Fortunately, the hobbitclient uses the hostname as part of most of its dynamic files, so there are no conflicts. The problem I forsee is lets say that servers 1-10 all share a common client homedirectory (SAN mount). Lets say that I want to collect data on tomcat thread counts on just some of the servers. I cannot just add an entry to clientlaunch.cfg, as this will affect ALL the servers. Can you suggest how I should handle this? The only way I can think of, is to define a generic "launcher" script, like: [launcher] ENVFILE /home/hobbit/client/etc/hobbitclient.cfg CMD /home/hobbit/client/ext/launcher.sh INTERVAL 5m This launcher.sh script could do something like: ------------------------------------------------------------------------------ #!/bin/sh if [ -f /home/hobbit/client/ext/$HOSTNAME_tct.sh ] then /home/hobbit/client/ext/$HOSTNAME_tct.sh fi ------------------------------------------------------------------------------ This would launch an external script that matched the hostname, if it existed, otherwise does nothing. This would allow all of the custom ext scripts to be in the same shared directory, with different names. Another option would be, if clientlaunch could handle variables: ------------------------------------------------------------------------------ [tomcat_threads] ENVFILE /home/hobbit/client/etc/hobbitclient.cfg CMD /home/hobbit/client/ext/$HOSTNAME_tct.sh INTERVAL 5m ------------------------------------------------------------------------------ I imagine this method though would generate errors when hobbit tries to execute the script on the hosts where it does not exist? -Charles

6 13