November 2005 - Xymon - Xymon mailman web

[hobbit] Conn test failing
by nfigaro＠effigie.fr 07 Nov '05

07 Nov '05

Hi, Did you check with the standard ping command that runs with your OS ? Could you also check to run the fping command on your server. N F > -----Message d'origine----- > De : Jeff Stuart [mailto:jeff at myismail.com] > Envoyé : lundi 7 novembre 2005 09:30 > À : hobbit at hswn.dk > Objet : [hobbit] Conn test failing > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ok, I've got some WEIRD problems here. My conn test (IE > fping) is failing on the BBNET server itself! It's going red > for no apparent reason. Here's the results of the page back to me: > > red Mon Nov 7 02:00:25 2005 conn NOT ok > > Service conn on 123.123.123.123 is not OK : Host does not > respond to ping > > > System unreachable for 70 poll periods (20867 seconds) > > &red 123.123.123.123 is unreachable > Traceroute results: > traceroute to 123.123.123.123 (123.123.123.123), 30 hops max, > 38 byte packets 1 server3 (123.123.123.123) 0.075 ms > 0.026 ms 0.020 ms > > And I have this problem with other servers too where the ping > doesn't apparently go through yet the traceroute that gets > run shows it DOES get through. Here's an example of that: > > red Mon Nov 7 01:55:25 2005 conn NOT ok > > Service conn on 124.124.124.124 is not OK : Host does not > respond to ping > > > System unreachable for 64 poll periods (19054 seconds) > > &red 124.124.124.124 is unreachable > Traceroute results: > traceroute to 124.124.124.124 (124.124.124.124), 30 hops max, > 38 byte packets 1 69.45.152.2 (122.122.122.122) 0.459 ms > 0.545 ms 0.600 ms 2 server2.myinternetservices.com > (124.124.124.124) 1.085 ms 1.450 ms * > > As you can see, the traceroute DOES go through, if I hop onto > the bbnet server and immediately do an fping, the fping goes > through AND I can even ssh into the client server with no > problems. So I don't know what's going on or how to fix it. > Any ideas anyone? > > - -- > Jeff Stuart > Network Admin > MyInternetServices > 1-800-300-HOST > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFDbxCbjkq2AIfBlPgRAq/uAJ49XK3Xcq8gAWHvn3WYL66PV+dfcACgx3Up > p2hI853dCzma6yK50/Pgh34= > =ouoR > -----END PGP SIGNATURE----- > > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.362 / Virus Database: 267.12.7/159 - Release > Date: 11/2/2005 > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

1 0

Problem with badhttp
by pbliss＠techvalleycom.com 06 Nov '05

06 Nov '05

Greetings all, I've got an ongoing issue that I just can't seem to get around where hobbit is reporting http timeouts on what I know to be healthy webservers. I've tried using badhttp in the bb_hosts file like so: 192.168.1.219 server.example.net # smtp ftp http://home.example.net badhttp:3:4:10 I though this would clear up my problem as it should tern clear after 3 failures, yellow after 4 and red only after 10, but in practice, it still is skipping all stages and going right to red on I assume the first test. The "red" condition usually lasts only between 9 and 50 seconds, so it's very difficult for me to note machine state of the server and monitor system while it's happening. SO if anyone has a direction to point me in towards either getting badhttp to behave as I expect it or to get http monitoring to work out this intermittent error, you would be a hero to me. Thanks Paul Bliss Network and Systems Administrator TechValley Communications pbliss at techvalleycom.com

2 1

Hobbit sending HTML emails?
by charljon＠cisco.com 06 Nov '05

06 Nov '05

I've setup a Hobbit 4.1.2 instance and have been getting emails from it that have HTML tags in them, but aren't recognized by either MS Outlook or Mozilla Thunderbird as an HTML-email. So, either hobbit isn't properly setting the header on the mails it sends, or something about the alert output is causing the problem. The alert below is an example of how the emails I'm getting look, with bare HTML tags in the message. The alert text itself is from the "bb-roracle.ksh" script which checks the health of an Oracle database. I have sanitized the alert text to remove any private information but otherwise is the same text that I received. -----Original Message----- From: hobbit at mydomain.com [mailto:hobbit at mydomain.com] Sent: Friday, October 28, 2005 1:11 PM To: jonescr at cisco.com Subject: Hobbit [70835] oradb5.mydomain.com:oradb CRITICAL (RED) red Fri Oct 28 12:03:27 MST 2005 </pre> Process Check (MYDB)<hr> &green Database MYDB UP processes: ckpt dbw0 lgwr pmon reco smon Database Checks (MYDB)<hr> &green Database check: MYDB is up User Count Check (MYDB)<hr> Oracle Users in MYDB: 6 User Check (MREDW)<hr> <pre> username osuser machine term oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN DB1 oracle oradb5.mydomain unknown DB1 oracle oradb5.mydomain unknown BB bb oradb5 DB1 oracle oradb5.mydomain unknown DB1 oracle oradb5.mydomain unknown 11 rows selected. </pre> Tablespace Check (MYDB)<hr> &green Tablespace MYDB:TEST totals 3000.0Mb and is 26% used. &green Tablespace MYDB:UNDO totals 1000.0Mb and is 52% used. &green Tablespace MYDB:TABLE1 totals 5000.0Mb and is 44% used. &green Tablespace MYDB:TEMP totals 13000.0Mb and is 0% used. &green Tablespace MYDB:SYSTEM totals 1000.0Mb and is 14% used. &green Tablespace MYDB:TABLE2 totals 2000.0Mb and is 9% used. &green Tablespace MYDB:TABLE3 totals 11218.0Mb and is 81% used. &green Tablespace MYDB:TABLE4 totals 4000.0Mb and is 29% used. &green Tablespace MYDB:TABLE5 totals 1000.0Mb and is 39% used. &green Tablespace MYDB:TABLE6 totals 10000.0Mb and is 0% used. &green Tablespace MYDB:TABLE7 totals 12825.0Mb and is 89% used. &green Tablespace MYDB:TABLE8 totals 5230.0Mb and is 72% used. &green Total Tablespace including Temp: 69273Mb Extent Check (MYDB)<hr> &green No objects are exceeding 60%. Extent test ok. &clear Shadow check: Disabled &clear Pin Hit Ratio check: Disabled &clear Sql Area Hit Ratio check: Disabled &clear Block Buffer Hit Ratio check: Disabled Shared Memory Check (MYDB)<hr> &green Database MYDB: No Request Failures. Free Space is 1311K, AVG Free Space is 328K, Used Space is 0K, AVG Used Space is 0K. &clear RollBack check: Disabled &clear Invalid Object check: Disabled Deadlock Check (MYDB)<hr> &red SID 0 Blocker 1 Requester 2. &red SID 3 Blocker 4 Requester 5. Process Check (MYDB2)<hr> &green Database MYDB2 UP processes: ckpt dbw0 lgwr pmon reco smon Database Checks (MYDB2)<hr> &green Database check: MYDB2 is up User Count Check (MYDB2)<hr> Oracle Users in MYDB2: 0 User Check (MYDB2)<hr> <pre> username osuser machine term oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN BB bb oradb5 7 rows selected. </pre> &clear Tablespace check: Disabled Extent Check (MYDB2)<hr> &green No objects are exceeding 60%. Extent test ok. &clear Shadow check: Disabled &clear Pin Hit Ratio check: Disabled &clear Sql Area Hit Ratio check: Disabled &clear Block Buffer Hit Ratio check: Disabled Shared Memory Check (MYDB2)<hr> &green Database MYDB2: No Request Failures. Free Space is 1054K, AVG Free Space is 88K, Used Space is 0K, AVG Used Space is 0K. &clear RollBack check: Disabled &clear Invalid Object check: Disabled Deadlock Check (MYDB2)<hr> &green Database MYDB2: No deadlocks detected. Process Check (MYDB3)<hr> &green Database MYDB3 UP processes: ckpt dbw0 lgwr pmon reco smon Database Checks (MYDB3)<hr> &green Database check: MYDB3 is up User Count Check (MYDB3)<hr> Oracle Users in MYDB3: 0 User Check (MYDB3)<hr> <pre> username osuser machine term oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN SYS bb oradb5 7 rows selected. </pre> &clear Tablespace check: Disabled Extent Check (MYDB3)<hr> &green No objects are exceeding 60%. Extent test ok. &clear Shadow check: Disabled &clear Pin Hit Ratio check: Disabled &clear Sql Area Hit Ratio check: Disabled &clear Block Buffer Hit Ratio check: Disabled Shared Memory Check (MYDB3)<hr> &green Database MYDB3: No Request Failures. Free Space is 1311K, AVG Free Space is 328K, Used Space is 0K, AVG Used Space is 0K. &clear RollBack check: Disabled &clear Invalid Object check: Disabled Deadlock Check (MYDB3)<hr> &green Database MYDB3: No deadlocks detected. <center><hr>bb-roracle.ksh Version: 2.06</center> See http://hobbit.mydomain.com/hobbit-cgi/bb-hostsvc.sh?HOSTSVC=oradb5,mydom ain,com.oradb

3 4

Msgs test with Hobbit client
by v.everett＠afgonline.com.au 05 Nov '05

05 Nov '05

Hi Henrik I have at last found the time to move to Hobbit clients. (Which means there may be some documentation in the future) However, I have encoutered a small problem, and although this may have been addressed in earlier discussions, but I have not been reading the list for a while. Our BB client ran an msgs test, checking on /var/adm/messages When we switch to Hobbit client, this status changes to white, not purple as I would have expected. What is the status of this test within Hobbit? Regards Vernon ----- No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 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 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.

2 1

[hobbit] Server start ignores clientlaunch.cfg
by aoldaker＠wdtinc.com 04 Nov '05

04 Nov '05

I have also experienced this issue as well. Both server versions v4.1.1 and v4.1.2 have exhibited this odd behavior. As a quick workaround for the external scripts, I've moved them to ~/etc/hobbitlaunch.cfg and had good results. However the missing logs/missing PID file seems to be a problem. Otherwise, many thanks to Henrick for an **excellent** product. -AJO Andrew J Oldaker Linux Support, WDT Inc -----Original Message----- From: Morris, Chris (Shared Services) [mailto:CHRIS.MORRIS at RWEnpower.com] Sent: Friday, November 04, 2005 06:30 To: 'hobbit' Subject: [hobbit] Server start ignores clientlaunch.cfg When running the server and client on a machine, the startup of the server also includes starting the client.(To reduce the hobbitlaunch tasks) However, the client in this scenario does not write its logs or pid file to the normal client directories and ignores the clientlaunch.cfg which details any external scripts to be run. You cannot stop the client cleanly as there is no pid file and therefore the ./runclient.sh stop says the client is not running. Chris ************************************************************************ **** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). ************************************************************************ ***** To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Problem with 'worst' conn method reporting
by EES2Y＠hscmail.mcc.virginia.edu 04 Nov '05

04 Nov '05

Hi Henrik, We've had a problem with the 'worst' conn method for a while now, and I've never got around to reporting or looking into it. Basically what happens is that a host with multiple IP addresses and the 'worst' conn method wont report any status changes (it will always be green, even if one or all of its ips are unpingable). I think I've fixed this, it was a pretty simple bug; on line 1383 of bbtest-net.c, I changed 'countasdown = 0;' to 'countasdown = 1;'. I didn't really investigate the ramifications of what this change might have on the rest of the code, so let me know if I'm way off base. (I know it did fix the worst issue, though, because 3 of our multi-interface sites with unpingable ifcs immediately went red). Regards, -Eric Schwimmer Network Engineer UVA HSCS Network Engineering

2 1

[hobbit] few more questions
by Jason.Chambers＠geosoft.com 04 Nov '05

04 Nov '05

Hi Henrik, I don't know if you got my email, but the file attachment was too large to get placed into the mailing list so I sent it to your personal address you have listed here. Jason Chambers IT Helpdesk Support Geosoft Inc. 85 Richmond St. West - 8th Floor Toronto, Ontario, Canada M5H 2C9 Tel: 416-369-0111 x344 Fax: 416-369-9599 www.geosoft.com -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Thursday, November 03, 2005 4:05 PM To: hobbit at hswn.dk Subject: Re: [hobbit] few more questions On Thu, Nov 03, 2005 at 03:59:42PM -0500, Jason Chambers wrote: > > Installing the Hobbit server does install and launch the client. > > You should see the netstat- and vmstat-graphs if you look at the > > "trends" column; there is no dedicated netstat- or vmstat-column > > since these are purely for collecting data. > > If I don't have these columns in the trends graph, what will I need to > do to get them up? Look for the ~hobbit/client/tmp/msg.txt file - this is the data collected by the client and sent to the Hobbit server. It should contain a section beginning with "[netstat]" and another with "[vmstat]". Are they in that file ? And not empty sections ? If they are, send me a copy of that file. It might be that Hobbit just fails to recognize the format of data your server sends; what OS is this on ? Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

ALT text for colored icons
by gendalia＠iastate.edu 04 Nov '05

04 Nov '05

The ALT text for the various icons to notify us of problems show "sslcert:yellow:4.47 days" and "sslcert:yellow:acked:4.47 days". Would it be reasonable to change it to "sslcert:yellow:4.47 days:acked:2 hours" or something like that, so it's more obvious that yellow & acked aren't both the same time period? Or is that loading too much into an ALT tag? Tracy J. Di Marco White Information Technology Services Iowa State University

1 0

Server start ignores clientlaunch.cfg
by CHRIS.MORRIS＠RWEnpower.com 04 Nov '05

04 Nov '05

When running the server and client on a machine, the startup of the server also includes starting the client.(To reduce the hobbitlaunch tasks) However, the client in this scenario does not write its logs or pid file to the normal client directories and ignores the clientlaunch.cfg which details any external scripts to be run. You cannot stop the client cleanly as there is no pid file and therefore the ./runclient.sh stop says the client is not running. Chris **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

1 0

[hobbit] Too many line on disk graph
by Al.Jeffcoat＠orhs.org 04 Nov '05

04 Nov '05

Hmmm... During the time that the graphs were "conglomorated" for me also, I too had disk events... Actually, I had a red and a yellow event. The yellow event was real, and the timing of fixing it coincided with cleaning the tmp directory, and restarting hobbit. Strange thing though, now that I am looking around. During this yellow disk event, hobbit also appeared to ignore the disk rules in hobbit-clients.cfg for another client, which caused a red event for this client. When the yellow event was fixed, the red was fixed also, and apparently the graphs. Al -----Original Message----- From: Pat Vaughan [mailto:patrick_a_vaughan at hotmail.com] Sent: Thursday, October 20, 2005 9:02 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Too many line on disk graph Another possible clue, when I came in this morning there was a yellow state on the disk test and Hobbit was displaying one huge disk graph. I even did a reload on the page to make sure Hobbit had to regenerate it. After I fixed the error and the state went back to green, the graphs were back to normal. It might just be a coincidence, though. > A couple of us have had the same problem. Stopping the server, clearing > out the Hobbit server tmp subdirectory and restarting it was suggested. > > At first it didn't fix anything (and I did a forced reload on the disk web > page), but after a couple of minutes the graphs went back to being split > as normal. > > > >> OK the server seam to be no long spitting the disk graphs. This is >> true for all source of data, bb-clients local and remote >> clients,. This is with snapshot done on Oct. 16 night. >> >> -- >> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> | _p_ Mike Nemeth >> | ___| |_____ email(w) michael.nemeth at lmco.com Work: 856 359-1425 >> |><___________) | Home >> Page:http://www.geocities.com/mjnemeth/ >> | Work Page:http://faraday.motown.lmco.com:3000/~nemethm/ >> | Work Page:http://ortsweb/~mnemeth/ >> |++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> >> 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

3 7