- Xymon - Xymon mailman web

Info and Trend Columns go purple
by ajeffco＠orhs.org 05 Apr '05

05 Apr '05

Hello, Was there a patch for the info and trend columns turning purple? I recall a discussion on it, but cannot find it in my outlook mailbox. I was doing fine until I started to configure alerting, and now I've got 3 or 4 hosts that have turned purple on these two columns. TIA Al Jeffcoat Orlando Regional Healthcare 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

Small bug in history pages
by dstuffle＠deltafaucet.com 05 Apr '05

05 Apr '05

When I click on one of our AIX servers disk test, then the "history" button, then click on one of the yellow or red buttons in the history, the last line of the filesystems includes the "Status unchanged in ..." line. Like this: /dev/oralv04e 8208384 7802612 405772 96% /u04Status unchanged in 0.00 minutes As far as I can tell this only happens on unix systems. ~~~~~~~~~~~~~~ David Stuffle Delta Faucet Company 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

[hobbit] Small bug in history pages
by ajeffco＠orhs.org 05 Apr '05

05 Apr '05

Went and checked this out on our AIX and Tru64 servers, and it's the same thing. It appears to be a formatting problem though, by not creating a new cell for that status line. All the filesystem data is still there. Windows servers are not affected by this apparently (at least, not on our install...) Running Hobbit 4.0.1 Al Jeffcoat Orlando Regional Healthcare -----Original Message----- From: Stuffle, David [mailto:dstuffle at deltafaucet.com] Sent: Tuesday, April 05, 2005 10:42 AM To: 'hobbit at hswn.dk' Subject: [hobbit] Small bug in history pages When I click on one of our AIX servers disk test, then the "history" button, then click on one of the yellow or red buttons in the history, the last line of the filesystems includes the "Status unchanged in ..." line. Like this: /dev/oralv04e 8208384 7802612 405772 96% /u04Status unchanged in 0.00 minutes As far as I can tell this only happens on unix systems. ~~~~~~~~~~~~~~ David Stuffle Delta Faucet Company 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. 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.

1 0

[hobbit] hobbitd coredumping and purple trends
by rdeal＠tigr.org 05 Apr '05

05 Apr '05

--no-meta fixed the purple trends issue and the patch fixed the core dumps. Thanks -----Original Message----- From: Henrik Storner [mailto:henrik at hswn.dk] Sent: Sunday, April 03, 2005 3:54 PM To: hobbit at hswn.dk Subject: Re: [hobbit] hobbitd coredumping and purple trends In <s24ffbf9.018 at hfhs.org> "Terry Barnes" <tbarnes1 at hfhs.org> writes: >I experienced same thing after making some changes to hobbit - might be >a longshot, but here is what caused this for me. I think I've found the cause for this particular problem. A usable work-around is to add the "--no-meta" option to the bb-larrdcolumn command in hobbitlaunch.cfg. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Fwd: [hobbit] Compilation error
by dhd733＠yahoo.se 05 Apr '05

05 Apr '05

Dear all, After installing a lot of gcc versions I finally got one from a service engineer at HP that works (a member of SSLUG). Both compilation and installation worked. Now I have spent some hours before lunch with this, time for lunch and then drivingrange. That's the life of a hobbithobbyist. Regards Lars lars ebeling <dhd733 at yahoo.se> wrote: My working installation is on a 64-bit parisc 2.0 processor running HP-UX 11i V1 (11.11). Now I am trying to install also on a 32-bit parisc 1.1 processor also running HP-UX 11i V1. Then I get this: cc -g -O -D_REENTRANT -DHPUX -DMAXMSG=32768 -DBBDPORTNUMBER=1984 -I. -I/tmp/hobb it-4.0.1/include -DHOBBITD=1 -I. -I../include -c -o sendmsg.o sendmsg.c In file included from sendmsg.c:22: /usr/include/sys/socket.h:439: error: parse error before "sendfile" /usr/include/sys/socket.h:439: error: parse error before "bsize_t" /usr/include/sys/socket.h:441: error: parse error before "sendpath" /usr/include/sys/socket.h:441: e rror: parse error before "bsize_t" sendmsg.c: In function ésendtobbd': sendmsg.c:313: warning: passing arg 5 of égetsockopt' from incompatible pointer type gmakeÄ1Å: *** Äsendmsg.oÅ Error 1 gmakeÄ1Å: Leaving directory é/tmp/hobbit-4.0.1/lib' gmake: *** Älib-buildÅ Error 2 # Regards Lars Hobbithobbyist "If you run UNIX and you don't have a UPS, you should see a psychiatrist...." --Byte Magazine (years ago) Hobbithobbyist "If you run UNIX and you don't have a UPS, you should see a psychiatrist...." --Byte Magazine (years ago)

1 0

[hobbit] bbtest-net output & poll time
by EES2Y＠hscmail.mcc.virginia.edu 04 Apr '05

04 Apr '05

Ahhh, wonders achieved!! TIME SPENT Event Starttime Duration bbtest-net startup 1112653079.892656 - Service definitions loaded 1112653079.895452 0.002796 Tests loaded 1112653080.000170 0.104718 DNS lookups completed 1112653080.000448 0.000278 Test engine setup completed 1112653080.010469 0.010021 TCP tests completed 1112653080.011328 0.000859 PING test completed (1229 hosts) 1112653119.138755 39.127427 PING test results sent 1112653119.383178 0.244423 Test result collection completed 1112653119.383202 0.000024 LDAP test engine setup completed 1112653119.383217 0.000015 LDAP tests executed 1112653119.383247 0.000030 LDAP tests result collection completed 1112653119.383262 0.000015 Test results transmitted 1112653119.432869 0.049607 bbtest-net completed 1112653119.436212 0.003343 TIME TOTAL 39.543556 Thanks Henrik, you rock!! -Eric -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Mon 4/4/2005 5:50 PM To: hobbit at hswn.dk Cc: Subject: Re: [hobbit] bbtest-net output & poll time On Mon, Apr 04, 2005 at 05:09:47PM -0400, Schwimmer, Eric E *HS wrote: > > No, it seems a bit much. My main server has about 1500 hosts in it, > > and spends 4 seconds loading that file (actually, it is split into > > about 30 files). If you look at the "bbgen" status, what's the time > > reported for the "Load bbhosts done" line ? > > >From bbgen: > Load bbhosts done 1112648694.989501 0.178303 I tried playing around with this, and there is a bug. It adds the hostnames to the DNS resolver queue, and since you have more than 500 hosts the DNS resolver does kick in and tries to do DNS lookups of those hostnames. I think this little patch should do wonders for your runtime. Regards, Henrik

1 0

Hobbit Client under Gentto Linux
by truecker＠fl-base.de 04 Apr '05

04 Apr '05

Hi, is there any way to get the Hobbit Client compiled under a Gentoo Linux? I always get this error: ---snip--- cc -march=athlon-tbird -O3 -pipe -fomit-frame-pointer -DSYSCONFDIR="\"/opt/hobbit/client/etc\"" -c -o hobbitc.o hobbitc.c cc -march=athlon-tbird -O3 -pipe -fomit-frame-pointer -DSYSCONFDIR="\"/opt/hobbit/client/etc\"" -c -o conf_load.o conf_load.c bison -y -p`echo conf_parse.c|sed 's/^$[^_]\{1,\}_$.*$/\1/'` conf_parse.y mv y.tab.c conf_parse.c flex -oconf_token.c conf_token.l cc -march=athlon-tbird -O3 -pipe -fomit-frame-pointer -DSYSCONFDIR="\"/opt/hobbit/client/etc\"" -c -o conf_parse.o conf_parse.c cc -march=athlon-tbird -O3 -pipe -fomit-frame-pointer -DSYSCONFDIR="\"/opt/hobbit/client/etc\"" -c -o report.o report.c report.c: In function `open_report': report.c:90: warning: initialization makes integer from pointer without a cast cc -march=athlon-tbird -O3 -pipe -fomit-frame-pointer -DSYSCONFDIR="\"/opt/hobbit/client/etc\"" -c -o osdep.o osdep.c cc -o hobbitc gcc: no input files make: *** [hobbitc] Error 1 ---snap--- I don't want to use the original BB-Client :) Thomas -- The Bastard Operator from Hell

2 1

[hobbit] notifications
by MilburnJA＠dot.il.gov 04 Apr '05

04 Apr '05

I had so much trouble with sendmail I switched to EXIM. The help file gave explicit instructions for changing this. 10 minutes total. ________________________________ From: Kevin.Hanrahan at novainfo.com [mailto:Kevin.Hanrahan at novainfo.com] Sent: Monday, April 04, 2005 3:22 PM To: hobbit at hswn.dk Subject: [hobbit] notifications I am using the default install of sendmail with my linux distribution (RH 7.2) It is sending out alerts as "hobbit at servername.domain.com. I am getting tired of explaining to every new person what Hobbit is (even though I really like showing them!) I would like to have the alerts go out as something like "system-alarms at servername.domain.com Can anyone tell me if there is a simple way to change the name these alerts go out as? Thanks btw..I am not a sendmail wizardso simple is good. Kevin Note: The information contained in this email and in any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. The recipient should check this email and any attachments for the presence of viruses. Sender accepts no liability for any damages caused by any virus transmitted by this email. If you have received this email in error, please notify us immediately by replying to the message and delete the email from your computer. This e-mail is and any response to it will be unencrypted and, therefore, potentially unsecure. Thank you. NOVA Information Systems, Inc.

1 0

[hobbit] bbtest-net output & poll time
by tbarnes1＠hfhs.org 04 Apr '05

04 Apr '05

I have 103 hosts - 362 tests - my timing - just numbers with significant time. Tests loaded 1112651231.141276 0.046555 TCP tests completed 1112651236.224276 5.049537 PING test completed (103 hosts) 1112651237.102731 0.878455 bbtest-net completed 1112651238.206582 0.909244 TIME TOTAL 7.116877 Terry Barnes Siemens Com @ HFHS 248-853-4968 (Office) 586-405-8382 (Cellular) 248-844-3030 (Fax) 5864058382 at messaging.nextel.com (Text Pager) tbarnes1 at hfhs.org >>> olivier at qalpit.com 4/4/05 5:29:24 PM >>> Hi, my test hobbit server has 1500 entry in bbhost (only doing network test for now) and bbtest-net's report says for me : Tests loaded 1112649412.475584 56.090490 that seems awfully high compared to henrik's 4 seconds.. what do you guys have on your servers ? Olivier > > Also, I'm a bit curious as to the chronlogical breakdown of the > > bbtest events; > > > Service definitions loaded 1112644638.545180 0.002916 > > Tests loaded 1112644659.079652 20.534472 > > > specifically the "Tests Loaded" section. Does 20 seconds seem > > reasonable for a bb-hosts file our our size? > > No, it seems a bit much. My main server has about 1500 hosts in it, > and spends 4 seconds loading that file (actually, it is split into > about 30 files). If you look at the "bbgen" status, what's the time > reported for the "Load bbhosts done" line ? > > I've looked over the code, but can't really spot anything that would > explain why it takes so long. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ============================================================================== HFHS CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by replying in an email to the sender, delete the email from your computer system and shred any paper copies of the email you printed. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. These risks are described in our Privacy Policy at http://henryford.com. Review that policy carefully before continuing to communicate with us by e-mail. For greater Internet security, our policy describes the Henry Ford MyHealth electronic communication process - you may register at http://henryford.com. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. ==============================================================================

1 0

[hobbit] bbtest-net output & poll time
by EES2Y＠hscmail.mcc.virginia.edu 04 Apr '05

04 Apr '05

> those 1000 IP's were found in less than one millisecond - that would > be quite a feat if any DNS was involved. Thanks. I was seeing two conflicting data points and didn't know which to believe. >> specifically the "Tests Loaded" section. Does 20 seconds seem >> reasonable for a bb-hosts file our our size? > > No, it seems a bit much. My main server has about 1500 hosts in it, > and spends 4 seconds loading that file (actually, it is split into > about 30 files). If you look at the "bbgen" status, what's the time > reported for the "Load bbhosts done" line ? >From bbgen: Load bbhosts done 1112648694.989501 0.178303 I'll try and fiddle with the format of our bb-hosts file and see if I can get anything to float to the surface. > Any particular reason you want to get below 60 seconds ? Are you aware > that Hobbit has a "re-test" script that performs more frequent tests > on hosts that go down ? When a network test begins to fail, Hobbit > puts that host on "frequent-test" list meaning that for up to 30 > minutes that host will be tested once a minute rather than once every > 5 minutes; so recoveries should be picked up faster. We'll, the opinion from "on high" here is that the sooner we know something is having problems, the sooner we can fix it. Thats the main reason. I guess the second reason would be bragging rights ;) Thanks! -Eric

3 3