August 2006 - Xymon - Xymon mailman web

Can a host be "aliased" multiple times in bb-hosts?
by greg.hubbard＠eds.com 31 Aug '06

31 Aug '06

Shire folk: I was trying to search the archives for this but didn't get anywhere. What I want to do is have some hosts appear in a couple of different places in my Web page hierarchy. From the description of the "prefer" tag, it appears that this can be done and code was written to help Hobbit avoid confusion. But when I put my host alias in the file, the Hobbit server started complaining that my host was in the file twice. Can this be done? If so, where should I look in the docs to figure it out? GLH

6 10

[hobbit] bug in PROC "TEXT=" tag?
by gmbfly98＠gmail.com 31 Aug '06

31 Aug '06

Strange thing I've noticed with Hobbit 4.2.0's processing of the "TEXT=" tag for the PROC test... If I have TEXT=somestring, it shows up fine. But if I have TEXT=some other string, it shows up as just "some". However, if I do TEXT="some other string", it shows up as "some other string. (note the opening ", but no closing "). Is this perhaps a bug, or am I misinterpreting the doco?

3 3

CPU graphs from Windows clients shown as load average not percent utilization
by quentin.white＠endeavour-capital.com 31 Aug '06

31 Aug '06

All my Windows clients (using BBNT.exe) and my netapp filer are report CPU in percentage, eg. filer: Thu Aug 31 11:22:19 BST 2006 - up: 60 days, 23:18 CPU Usage= 12% windows server: Thu Aug 31 11:24:41 GDT 2006 [xxxxxxxx] up: 21 days, 1 users, 52 procs, load=87%, PhysicalMem: 2048MB(56%) However, on the CPU column the graph being used is for load average. It graphs correctly so for the example above the graph would plot at 0.87 load (max being 1.0). My question is how to specify that I want certain hosts be have their CPU graphed as a percentage rather than load average? Does hobbit have a % graph already in hobbitgraph.cfg (maybe la1)?? Thanks, Quentin Quentin White Systems Administrator Endeavour Capital LLP Regulated by the FSA Email: quentin.white at endeavour-capital.com ____________________________________________________________ ____________________________________________________________ The information in this email is provided for the addressee's information purposes only and is not as an offer or solicitation for the purchase or sale of any financial instrument. This message may contain confidential or privileged information. You must delete and not use it if you are not the intended recipient. The information may not be passed on or reproduced without Endeavour Capital LLP's written consent. Email transmission across the internet is not secure and the information contained in this email may not be complete or error-free. Accordingly you should not act or rely on the correctness of such information. All liability of Endeavour Capital LLP and its associated companies for any loss or damage resulting from such reliance or other e-mail use is excluded to the fullest extent permitted by law. To the extent this communication is issued to persons in the United Kingdom and constitutes a financial promotion, or an invitation or inducement to participate in a collective investment scheme (within the meaning of the Financial Services and Markets Act 2000), it is issued to and directed at persons who are either intermediate customers or market counterparties for the purposes of the FSA Conduct of Business Sourcebook, and no other person should act or rely upon it. Endeavour Capital LLP is authorised and regulated by the Financial Services Authority. This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email

4 3

New Feature Request: Getting file from client/etc hobbit-clients directory...
by fduranti＠q8.it 31 Aug '06

31 Aug '06

A centralized monitor system is really a nice thing to have but it could be also a nice feature to be able to get files from clients just like the client could get files in the etc directory of hobbit server... Writing the database and weblogic clients I've put in options to include other configuration files in the main config file for those clients. This was a feature needed by my database administrator and sap administrator group (will also be used by my weblogic administrators) so that each of them can edit their warning/alert levels without having to go through a big config file or affecting others database warning/alert level. For now i'm getting the file manually but it could be nice if the server could get files from the clients (limited for example to the client/etc directory for security reason) just like the client do with the server... Francesco

4 6

[hobbit] Looking for suggestions on hobbit SLA reporting
by KauffmanT＠nibco.com 31 Aug '06

31 Aug '06

Thanks, Henrik. I may well change the availability report code. Is there any way to make this a compile/config time option in the future? (More accurately -- would you consider doing this?) As for the additional color -- I was just yanking your chain :-) You've done such a great job and added so much to hobbit in 4.2, and thanks to you and the guys out there that had the time to wring it out there have been no real issues. I just need to get off my backside and tweak some of the testing and further define what we *really* need to care about after hours. I also need to be able to tell the management team that certain columns reflect actual SLA, while other columns indicate percentage of time not in a critical state. Thanks again for such a flexible package! Tom -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Wednesday, August 30, 2006 5:04 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Looking for suggestions on hobbit SLA reporting On Wed, Aug 30, 2006 at 04:10:41PM -0400, Kauffman, Tom wrote: > First -- from a management perspective, our primary application (SAP > R/3) is either available for use or down. We have a stated objective of > some % uptime. Scheduled outages are charged just like unscheduled. So > if we take the system for a scheduled 12-hour upgrade, we get charged > with 12 hours against our total availability. > > This means that 'blue' status is the same as 'red' -- the guys in the > field can't use it, it's not available, and management doesn't care that > it's a scheduled outage. [snip] > Henrik, is there a (relatively) easy way to convince the sla report > funtion to consider 'blue' and/or 'clear' as 'red' for reporting? You'll have to change the Hobbit source to do that, but it is fairly simple. In the lib/availability.c file around line 500 is where it decides what colors go into the availability percentage. That line reads: repinfo->reportavailability = 100.0 - repinfo->reportpct[COL_RED] - repinfo->reportpct[COL_CLEAR]; As you can see, "clear" and "red" go together. So you just need to add "blue" to the list, so it becomes repinfo->reportavailability = 100.0 - repinfo->reportpct[COL_RED] - repinfo->reportpct[COL_CLEAR] - repinfo->reportpct[COL_BLUE]; > The second problem -- 'red' doesn't always mean "it's dead, Jim"; it can > also mean "somebody better look at this quick, BEFORE it dies". But we > don't want to page on yellow, even on this system. > > Suggestions? Well, that *is* what the yellow color was intended for. You do know that you can configure the alerts to go out on yellow for just a single system or test? > (Is there any way to add 'hot pink' as a status between 'yellow' and > 'red'? :-) Or "orange" ... in theory, yes - but I am not at all sure how many places in the Hobbit code would need changing to make sure they are all right when there's suddenly one more color to handle. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.

1 0

links on http button
by bb4＠richter-it.net 31 Aug '06

31 Aug '06

Hi Henrik, on BB I've made a little hack to bb-network.sh so the URLs on the http test became clickable links so an admin or operator could just click on this in BB and verify the error or see that it was a false one. I just wanted to know in which file I have to look for this to get the same on Hobbit. And I have another question. I've put all definitions for PROC and PORT into hobbit-clients.cfg like this PORT LOCAL=%[.:]22$ STATE=LISTEN "TEXT=SSH listener" COLOR=yellow But in the logfile clientdata.log I see the following: 2006-08-30 12:28:50 Unknown token 'COLOR=yellow' ignored at line 413 What is the right syntax for the line? I also tried with color=yellow and with quotation marks around it - nothing helped. Best Regards Torsten

3 5

[hobbit] building bbproxy
by rower.master＠gmail.com 30 Aug '06

30 Aug '06

Henrik, I would like to set up a bbproxy. To do this I've copied the compiled hobbit running on Fedora to another machine running fedora too. I've changed hobbitlaunch.cfg only with [hobbitd] HEARTBEAT ENVFILE /home/bbmon/server/etc/hobbitserver.cfg CMD hobbitd --listen=127.0.0.1 --pidfile=$BBSERVERLOGS/hobbitd.pid --restart=$BBTMP/hobbitd.chk --checkpoint-file=$BBTMP/hobbitd.chk --checkpoint-interval=600 --log=$BBSERVERLOGS/hobbitd.log --admin-senders= 127.0.0.1,$BBSERVERIP [bbproxy] ENVFILE /home/bbmon/server/etc/hobbitserver.cfg CMD $BBHOME/bin/bbproxy --hobbitd --bbdisplay=127.0.0.1,172.20.19.13--report=$MACHINE.bbproxy --no-daemon --pidfile =$BBSERVERLOGS/bbproxy.pid LOGFILE $BBSERVERLOGS/bbproxy.log [bbnet] ENVFILE /home/bbmon/server/etc/hobbitserver.cfg CMD bbtest-net --report --ping --checkresponse LOGFILE $BBSERVERLOGS/bb-network.log INTERVAL 5m [bbretest] ENVFILE /home/bbmon/server/etc/hobbitserver.cfg CMD $BBHOME/ext/bbretest-net.sh LOGFILE $BBSERVERLOGS/bb-retest.log INTERVAL 1m I've changed in hobbitserver.cfg --> BBSERVERIP="127.0.0.1" Do I have to change more things in hobbitserver.cfg? If i want to use the bbtest-net , I will need to define in a bb-hosts file as the same in the hobbit server? when I start hobbit.sh , my server starts listening on 1984 but some core files appears. Thanks in advance, Mario.

4 11

Mail Archive seems broken
by vadud3＠gmail.com 30 Aug '06

30 Aug '06

I tried to search the archive for the email where it was discussed on how if conn fails no other test alerts. Does anyone remember how hobbit behaves when the conn of a host fails? Does it stop alerting about rest of the tests? Is it documented somewhere? Thanks -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu

2 1

Looking for suggestions on hobbit SLA reporting
by KauffmanT＠nibco.com 30 Aug '06

30 Aug '06

I can't currently use the hobbit SLA reporting, as much as I would like to. I've got two problems with the current setup, and can't figure a way around them both. First -- from a management perspective, our primary application (SAP R/3) is either available for use or down. We have a stated objective of some % uptime. Scheduled outages are charged just like unscheduled. So if we take the system for a scheduled 12-hour upgrade, we get charged with 12 hours against our total availability. This means that 'blue' status is the same as 'red' -- the guys in the field can't use it, it's not available, and management doesn't care that it's a scheduled outage. (Yes, if we take ALL our allocated down time AND run our normal off-line weekly backup, we will *not* meet our SLA by about 10 hours -- based on current backup run time; and that's not to mention the three unscheduled outages so far this year). The second problem -- 'red' doesn't always mean "it's dead, Jim"; it can also mean "somebody better look at this quick, BEFORE it dies". But we don't want to page on yellow, even on this system. Suggestions? Henrik, is there a (relatively) easy way to convince the sla report funtion to consider 'blue' and/or 'clear' as 'red' for reporting? For this particular application, I have a potential ugly hack. We run an in-house test that verifies the SAP central instance can access the Oracle database; it reports 'green' or 'red'. It also checks to see if the off-line backup is running, and reports 'blue' with no attempt at a test. I could always take out the test for the backup and let the test go red, altering the alert config to not page for this test during the scheduled backup window. But that leaves me altering the alert config to shut paging off during a scheduled 'down' instead of using the 'disable' function . . . TIA Tom Kauffman NIBCO, Inc (Is there any way to add 'hot pink' as a status between 'yellow' and 'red'? :-) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.

2 1

eventlog customizing
by TIM.EVANS＠jpmchase.com 30 Aug '06

30 Aug '06

Hi Henrik, I am running hobbit version 4.1.2. I was wondering if there is a way to exclude cpu events from the last 100 events section on the bb2.html page other than deleting them from the allevents log? We have raised the threshold for alerts in hobbit-alerts.cfg but most of the last 100 events are cpu alerts. Thanks, Tim ----------------------------------------- This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you.

2 1