May 2005 - Xymon - Xymon mailman web

Some thoughts on clustered hobbit
by KauffmanT＠nibco.com 10 May '05

10 May '05

First, let me express my thanks to Brian for putting this document together and allowing Henrik to distribute it! I've a lot of experience with IBM's HACMP for AIX, and getting a clustered configuration working as desired is not a trivial procedure. Henrik -- check me on this: it's my impression we no longer need a 'BBPAGER' entry on the client-side bb-hosts because the hobbit server passes all potentially alertable statuses to hobbit-alert and it decides if an alert is really required. Brian -- no offense, but I would rather categorise your configuration as "active/inactive". I'm looking at doing an "active/passive" cluster when time frees up -- about a month from now. The difference? I'm running two hobbit/apache instances all the time -- but the 'passive' (fallover) side is not doing alerting or network tests. It does build displays (it's my technical documentation server as well) and it does keep both history and rrd data updated. Both hosts show up on the client side as 'BBDISPLAY'. On failover it will take over the IP address for the hobbit display and re-launch hobbit with network testing and alerting enabled. Depending on host count and test count, this might be a bad idea -- but we've only got about 300 entries in bb-hosts. So -- thanks ever so much, again, for providing this -- it will make my life ever so much easier next month when I get the time to automate the failover environment. Tom Tom Kauffman NIBCO, Inc

5 5

[hobbit] Some thoughts on clustered hobbit
by ajeffco＠orhs.org 10 May '05

10 May '05

Did I miss something? I don't see anything regarding a clustered hobbit setup in the last couple of days, but would be greatly interested in clustering 2 AIX servers together across locations to handle hobbit. __________________________________ 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: Kauffman, Tom [mailto:KauffmanT at nibco.com] Sent: Monday, May 09, 2005 5:20 PM To: hobbit at hswn.dk Subject: [hobbit] Some thoughts on clustered hobbit First, let me express my thanks to Brian for putting this document together and allowing Henrik to distribute it! I've a lot of experience with IBM's HACMP for AIX, and getting a clustered configuration working as desired is not a trivial procedure. Henrik -- check me on this: it's my impression we no longer need a 'BBPAGER' entry on the client-side bb-hosts because the hobbit server passes all potentially alertable statuses to hobbit-alert and it decides if an alert is really required. Brian -- no offense, but I would rather categorise your configuration as "active/inactive". I'm looking at doing an "active/passive" cluster when time frees up -- about a month from now. The difference? I'm running two hobbit/apache instances all the time -- but the 'passive' (fallover) side is not doing alerting or network tests. It does build displays (it's my technical documentation server as well) and it does keep both history and rrd data updated. Both hosts show up on the client side as 'BBDISPLAY'. On failover it will take over the IP address for the hobbit display and re-launch hobbit with network testing and alerting enabled. Depending on host count and test count, this might be a bad idea -- but we've only got about 300 entries in bb-hosts. So -- thanks ever so much, again, for providing this -- it will make my life ever so much easier next month when I get the time to automate the failover environment. Tom Tom Kauffman NIBCO, Inc 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.

2 1

[hobbit] &green status tags
by stefan_loos＠hotmail.com 10 May '05

10 May '05

Hello Henrik, the url is: http://bbintegralx1/hobbit-cgi/bb-hostsvc.sh?HOSTSVC=i-epa01.hwmon&IP=10.20… in the source I only see some <td align=center>&green</td> (I attach the complete source to this mail) We see this behaviour wit bbgen too. With a normal bb server - we still have one in a seprerate development network - we see the green, red... bottoms. >From: Henrik Stoerner <henrik at hswn.dk> >Reply-To: hobbit at hswn.dk >To: hobbit at hswn.dk >Subject: Re: [hobbit] &green status tags >Date: Thu, 5 May 2005 22:47:56 +0200 > >Hi Stefan, > >On Mon, May 02, 2005 at 04:17:45PM +0200, Henrik Stoerner wrote: > > On Mon, May 02, 2005 at 01:43:22PM +0000, Stefan Loos wrote: > > > > > > with bb you could send some tags like &green &red to the bb-server and > > > where replaced by the corresponding image source tag. with hobbit I only > > > get the text "&green" instead of the green icon displayed. Is there a way > > > to configure this with hobbit? most of our customized scripts uses this > > > tags..... > > > > Hobbit does convert any "&COLOR" into the corresponding icon when > > showing the detailed status log; this is done by the hobbitsvc.cgi > > too. At least - it does so for me, and I cannot see why that shouldn't > > be the case for all status logs. > > > > Could you send me the output from > > > > ~hobbit/server/bin/bb 127.0.0.1 "hobbitdlog HOSTNAME.TEST" > > > > for one of your host.test status logs that have this problem ? > >The log you sent me - if I sent that in a status to Hobbit locally, I >get the green/red/yellow/clear images displayed very nicely here. > >So something else must be wrong. If you view the status in your browser, > >1) what's the URL you request ? >2) if you do a "view source" on the web page, does it contain any > "img src=..." tags ? > >Regards, >Henrik > > >To unsubscribe from the hobbit list, send an e-mail to >hobbit-unsubscribe at hswn.dk > >

1 0

[hobbit] Another useful add-on -- cfg2html
by pwilliamson＠mandtbank.com 10 May '05

10 May '05

>>> KauffmanT at nibco.com 05/09/05 5:27 PM >>> > Bretheren -- > > I've found this to be a very useful tool; I run it once a week > on every system I've got and scp the result over to www/notes > as <systemname.html> so BB (and now hobbit) auto-generates > the link to it. > > Urls: http://come.to/cfg2html > Or: http://groups.yahoo.com/group/cfg2html/ <snip> I completely agree. How do you automate this? I do this on about 15 servers once per week and archive the previous version as systemname.html.<creationdate> and have been working on a script to generate the changes from week to week. Paul

1 0

[hobbit] http test bug?
by v.everett＠afgonline.com.au 10 May '05

10 May '05

D'oh! Could it be any simpler :-) Thanks. Cheers Vernon -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Monday, 9 May 2005 6:31 PM To: hobbit at hswn.dk Subject: Re: [hobbit] http test bug? On Mon, May 09, 2005 at 02:44:10PM +0800, Vernon Everett wrote: > Is there any way (besides a custom script) to check content of a web > page? > http://www.mywebpage.com/users/special.html must contain the string > "XXXXX" This is called a "content check". See the bb-hosts man page, but it looks like this: 10.0.0.1 www.foo.com # cont;http://mywebpage.com/users/special.html;XXXXX > P.S. The offer of those cold ones still stands. :-) > Hobbit is an amazing tool. > You have no idea how much kudos I have received for it. We can predict > issues, pre-empt problems, and monitor almost anything automatically. > I wonder how I ever managed without it. I hear that from lots of people, so I guess I must be doing something right! Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended sole_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended sole_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended sole_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is noly for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is noly for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is noly for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.t waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.t waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.t waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.

1 0

more alert config questions
by sblee＠tazmania.org 09 May '05

09 May '05

Can someone provide some hobbit-alerts.cfg examples that show a setup similar to BB as in: hostgroup services 1st pager delay hg-ntprod;;procs disk svcs;;*;*;pg-supportemail:~10-30 pg-ntadminpager:~05-10 pg-oncallpager:~30-60 Can someone also provide an example of using the PAGE or SUBPAGE instead of providing a HOST list with conventions similar to te above? Can I mix both in the alerts config file? and for my really dumb question of the day - is there a line continuation character that can be used, recognized and properly parsed?

2 1

[hobbit] Custom RRDs
by dstuffle＠deltafaucet.com 09 May '05

09 May '05

> "Stuffle, David" wrote on 07/05/2005 03:35:47: > >> I have created a custom RRD script and it been working > fine. Any host > that >> sends a "license" column status with a line containing >> "In Use: x" will > get >> the license usage (x) graphed. But, for some reason it >> won't work on a > host >> I have that has a hostname of "license". RRD file gets >> created, but it's all "nan" values. Could having the >> exact same hostname, Dataset name, > and >> column name cause it not to work? The only other >> difference in this host > is >> it's a Windows machine instead of Unix, but the status >> sent to Hobbit is > the >> same so I can't see that it would matter. Thanks! > >> ~~~~~~~~~~~~~~ >> David Stuffle >> Delta Faucet Company > Andy France wrote: > It sounds to me like you are picking up the status line > rather than the data line. > > Check your RRD script again... if you are grepping/awking > for > a line containing license you may need to narrow your > criteria :-) > > It may be as simple as adding "tail -1" to make sure you > only > get the last occurence. > > HTH, > Andy. > > I have verified I am getting the right data from the status by redirecting the script to a file. Somewhere between grepping the license count and putting it in the RRD file it gets lost. I'm figuring it must be because the hostname is the same as the DS name. Any other host I plug in to it works fine. Thanks ~~~~~~~~~~~~~~ David Stuffle dstuffle at deltafaucet.com Delta Faucet Company (317) 571-4301 This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.

2 1

Another useful add-on -- cfg2html
by KauffmanT＠nibco.com 09 May '05

09 May '05

Bretheren -- I've found this to be a very useful tool; I run it once a week on every system I've got and scp the result over to www/notes as <systemname.html> so BB (and now hobbit) auto-generates the link to it. Urls: http://come.to/cfg2html Or: http://groups.yahoo.com/group/cfg2html/ Blurb from Yahoo site: Cfg2html is a UNIX shell script that creates a HTML (and ASCII) system documentation for HP-UX 10+11, AIX, SCO-UX, SunOS and Linux systems. Plugins for SAP, Oracle, Informix, MC/SG, FibreChannel, TIP/ix, Mass Storage like XP48/128/256/512/1024/12000, EVA3000/EVA5000, Network Node Manager and OmniBack/DataProtector etc. are included. This mailing list is for posting bug reports, enhancements requests and the cfg2html shell script itself. Tom

1 0

Hobbit 4.0.3rc2 available
by henrik＠hswn.dk 09 May '05

09 May '05

There's a new release-candidate available at http://www.hswn.dk/beta/ Changes from RC1 include: * Fixed lockup when hobbitd loaded a checkpoint file containing scheduled disable-requests. * The [disk1] graph definition was broken. * Using the "apache" test on a host with no HTTP tests now works, and does not result in a bogus http column. * The bbmessage CGI was using a broken method to fetch the POST data. * hobbit-enadis could crash. * Some AIX installations apparently do not have atoll(). Use the Hobbit internal atoll() routine on AIX. * The "apache" RRD handler now recognizes reports from Apache 1.x for Busy/Idle server processes. * The "sendmail" RRD handler will create RRD-files with room for the "msgsqur" (quarantined messages count) reported by sendmail 8.13+. Existing RRD files will continue to work, but will not track this data item. * A new reporting option lets you save the availability data in a comma-separated file, for import to spreadsheets. * Updates of RRD files now use the RRDtool "template" facility to map data-values to the correct RRD datasets. This should solve the problem with migrating of vmstat data from several systems, including AIX. * A couple of log files have moved to /var/log/hobbit: The nkstatus.log file (from the "server/" directory); and the acklog and notifications.log files (from the data/acks directory). * Hobbit now works when compiled with RRDtool 1.2.x. * /lib64 is searched for libraries by the configure script. * You can now define environment "areas", i.e. an environment variable defined in hobbitserver.cfg can have different values. This lets you eg. setup the BBDISP variable with different values for the maintenance tools, so you can send "disable" messages also to your standby Hobbit server. * You can limit utilisation tracking of filesystems via the new RRDDISKS and NORRDDISKS environment settings. * A new "contrib" directory was added to the distribution. It currently includes a couple of Hobbit logo GIF's, and a HOWTO document describing how to setup a clustered Hobbit installation. Henrik

4 8

purple recovery
by sblee＠tazmania.org 09 May '05

09 May '05

Please help clear up a few things for me. I setup Hobbit Monitor only to find out that Hobbit coulnd't get a netowrk response from a couple of systems. The networking issues have been resolved in that the server itself can get a ping/fping connectivity response from an interface that it's monitoring but Hobbit still reports that the interface is unreachable and thus remains purple. System unreachable for 553 poll periods (173239 seconds) yet /usr/sbin/fping 192.168.200.145 192.168.200.145 is alive Speaking of connectivity, have I misunderstood the difference between "noping" and "noconn"? It seems that if I set "noconn", I still get pages yet "noping" produces the empty white circles and no more alerts.

2 2