- Xymon - Xymon mailman web

[hobbit] notes feature?
by Larry.Barber＠usda.gov 28 Feb '05

28 Feb '05

You need to enable bbnotes in hobbitlaunch.cfg. Thanks, Larry Barber On Mon, 2005-02-28 at 15:20 -0600, David.Gore at mci.com wrote: > A co-worker uses this BB feature. > > > ./bb $BBDSIP "notes ..." > > Is this not available in Hobbit (the sending of notes, NOT status)? > Since I don't use it myself, I am not sure if something else replaces > it or would be a better fit. > > ~David > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

1 0

core files from hobbit_larrd
by tgeorgoulias＠nandomedia.com 28 Feb '05

28 Feb '05

I'm getting a bunch of core files in my ~/hobbit/server directory. Here's an example: bash-2.05b$ file core.3770 core.3770: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'hobbitd_larrd' I wasn't seeing these before I upgraded to RC3. From hobbitd.log: 2005-02-23 08:12:41 Setup complete 2005-02-23 08:42:57 BOARDBUSY locked at 1, GETNCNT is 0, GETPID is 0, 0 clients 2005-02-23 08:42:57 How did this happen? clients=0, s.sem_op=-1 2005-02-23 08:43:06 Oops ... GOCLIENT is high (1) 2005-02-23 08:43:11 Setup complete 2005-02-23 08:48:19 Setup complete 2005-02-23 10:32:10 Setup complete 2005-02-23 11:37:39 BOARDBUSY locked at 1, GETNCNT is 0, GETPID is 0, 0 clients 2005-02-23 11:37:39 How did this happen? clients=0, s.sem_op=-1 2005-02-23 11:37:49 Oops ... GOCLIENT is high (1) 2005-02-23 11:37:54 Setup complete Bunch of messages like this in larrd-status.log: 2005-02-23 11:32:32 xfree: Trying to free a NULL pointer2005-02-23 11:32:32 Worker process died with exit code 134, terminating 2005-02-23 11:37:34 xfree: Trying to free a NULL pointer2005-02-23 11:37:34 Worker process died with exit code 134, terminating 2005-02-23 11:42:33 hobbitd_larrd: Got message 1, expected 18932 2005-02-23 11:47:35 xfree: Trying to free a NULL pointer2005-02-23 11:47:35 Worker process died with exit code 134, terminating 2005-02-23 11:52:36 xfree: Trying to free a NULL pointer2005-02-23 11:52:36 Worker process died with exit code 134, terminating 2005-02-23 11:57:37 xfree: Trying to free a NULL pointer2005-02-23 11:57:37 Worker process died with exit code 134, terminating 2005-02-23 12:02:38 xfree: Trying to free a NULL pointer2005-02-23 12:02:38 Worker process died with exit code 134, terminating 2005-02-23 12:07:40 xfree: Trying to free a NULL pointer2005-02-23 12:07:40 Worker process died with exit code 134, terminating Any ideas?

4 6

bb-hosts NAME Option question
by ajeffco＠orhs.org 28 Feb '05

28 Feb '05

Hello, Ok, I have a question on NAME:hostname bb-host option... In the man page, it says that NAME "overrides the default hostname used on the OVERVIEW web pages". Here is what I have set up. ###.###.###.### srv645a # NAME:"SIS Node A (Mercy Drive)" Now, this works beautifully on the display page, and renames srv645a to SIS Node A (Mercy Drive). However, when I try to click on any of the service icons (conn/info, etc), it gives me an invalid status page. I've noticed that at the end of the url for each service icon, instead of now DISPLAYNAME=srv645a, it's putting " DISPLAYNAME=SIS%20Node%20A%20(Mercy%20Drive)". If I type in by hand srv645 at the end of the DISPLAYNAME, it works, and retrieves the current status of that server. Is that how it is supposed to work? I had assumed (maybe incorrectly) that this would be a change only on the web display, but not on the front pages. The thing is that no one, outside of our windows administrators, will know what srv645a is, so we wanted to make it something a little more descriptive. We also tried COMMENT:hostname, but, the NAME looked a lot better. Is there another tag to use to replace the name, only on the display page, but leave everything else as the real name? Thanks Al Jeffcoat IBM Certified Support Specialist, AIX Enterprise Storage Administrator System Programmer II (321)843-1051 ajeffco at orhs.org 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] reports
by Kevin.Hanrahan＠novainfo.com 28 Feb '05

28 Feb '05

I saw an option in your man pages that reads: The following non-standard parameters are handled by the bbgen version of bb-rep.cgi: suburl (Page in report to go to, if not the top page) Is this an option? If so, how do I specify it? KEvin -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Monday, February 28, 2005 1:32 AM To: hobbit at hswn.dk Subject: Re: [hobbit] reports On Sun, Feb 27, 2005 at 10:25:34PM -0500, Kevin Hanrahan wrote: > Is ther a way to have the availability report only report on a > particular host...or group of hosts?...such as $HOSTGROUP1? This would > be very nice. The simple way of doing that is to setup a special reporting version of your bb-hosts file with the hosts you want to include in the report, and point the BBHOSTS environment variable at that file when you run the bbgen command to generate the report. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk 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.

2 1

[hobbit] maint.pl with no email
by brent.mccrackin＠bell.ca 28 Feb '05

28 Feb '05

And if the groups that need to be notified that a service is disabled for maintenance are different from the people that need to be notified of an outage? For example, when maintenance is started we don't want the on-call pager being alerted that a service has been disabled for maintenance - the purpose of a blue dot is so the person carrying the pager isn't woken up unnecessarily. We do want the admins group to be notified that the maintenance has started, though. --- Brent B McCrackin UNIX Systems Specialist - Bell Sympatico Brent.McCrackin at Bell.ca PH: 416-353-0692 "Serenity through viciousness." -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: February 26, 2005 12:12 PM To: hobbit at hswn.dk Subject: Re: [hobbit] maint.pl with no email On Fri, Feb 25, 2005 at 07:32:35PM -0500, Asif Iqbal wrote: > On Fri, Feb 25, 2005 at 11:22:34PM, Henrik Stoerner wrote: > > > > Frankly, this part of maint.pl is just plain broken. > > Well I had to add/modify couple things to make it work as it was > with Bigbrother. [snip the hack] > I am positive Henrik has a cooler solution for this. Perhaps ... I've been cooking up something today that might be useful. Instead of the "page notify-admin" recipient, I implemented a new command in the Hobbit protocol called "notify". When you send a "notify" command to the hobbit server, you also pass it a hostname, a testname, and a text message. Hobbit then sends this message through the alert module just as a normal alert-message about a status that has gone red - and the message is sent out using the normal methods configured for the recipients for that particular host+test combination. So what happens is that when you disable a test, everyone that would normally receive an alert about that test will get a message that it has been disabled. And the same when it is re-enabled, of course. I think that makes more sense than sending to the generic "notify-admin" recipient. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

3 2

[hobbit] maint.pl with no email
by brent.mccrackin＠bell.ca 28 Feb '05

28 Feb '05

Eeeeewwww.... Dropping support for the BB "page" protocol for messages will break a lot of things that I make use of for administrative events alerts that aren't associated with a particular host or status. Is there any way that this can be worked around?? At the very least, be able to configure blue status events to send emails to a defined address (rather than one of the pager addresses for red or yellow)? --- Brent B McCrackin UNIX Systems Specialist - Bell Sympatico Brent.McCrackin at Bell.ca PH: 416-353-0692 "Serenity through viciousness." -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: February 25, 2005 8:24 AM To: hobbit at hswn.dk Subject: Re: [hobbit] maint.pl with no email On Fri, Feb 25, 2005 at 07:49:46AM -0500, Asif Iqbal wrote: > In bigbrother the following code of maint.pl were able to send a page. > > "&bbsend("now","$bbpager","page notify-admin.maint enable\n\nThe f > ollowing at jobs that were scheduled to disable tests have been > CANCELLED\nDate: " . &POSIX_time( > $nowtime) . "\n$cancelledby$notification");" > > But in Hobbit I tried with the same code and it did not send any > page. That is because Hobbit doesn't support the BB "page" protocol. If you send hobbitd such a request, it is silently dropped. I've updated the bb man-page to reflect this. Alerts in Hobbit happen as a result of a "status" message. The magic "notify-admin" hostname does not exist in Hobbit. > I have HOST=notify-admin SERVICE=maint > MAIL my.email at here > > And when I did the ./bin/bbcmd hobbitd_alert --test notify-admin maint, > it matches the rule fine. If you had a host called "notify-admin" with a "maint" status column, then this rule would control alerts for that status. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

3 2

make install : No rule to make target `event_header', needed by `install-templates'. Stop.
by benny.kjellgren＠staff.spray.se 28 Feb '05

28 Feb '05

Hi, I try to install hobbit-4.0-RC4 tools together with Big Brother. I get this message when doing 'make install' : [...] cp -fp *.5 /usr/local/man/man5/ cp -fp bb-findhost.html /home/bb/bb/www/help/ BBHOME=/home/bb/bb ../build/install-nooverwrite.sh www/gifs bbfindhost1.gif bbfindhost2.gif make[1]: *** No rule to make target `event_header', needed by `install-templates'. Stop. make[1]: Leaving directory `/home/benny/hobbit-4.0-RC4/bbdisplay' make: *** [install-bbdisplay] Error 2 # # uname -a Linux myhost 2.4.25-generic #1 SMP Wed Jul 21 15:42:02 CEST 2004 i686 GNU/Linux # //benny

2 2

feature request: display amount of time that an acknowledged alert has till next page
by tgeorgoulias＠nandomedia.com 28 Feb '05

28 Feb '05

I've been testing out the acknowledgment feature in hobbit and thought of a feature that would be helpful, at least to me: Underneath the line "Acked by:" it'd be cool to have a line that used the estimated time to repair value the user entered and displayed a message like "Repair completion time is estimated to be XX:XX" For example, say my webserver's filesystem fills up unexpectedly and needs to be cleaned out, so the oncall engineer acknowledges the page and thinks it'll take him 20 mins to get things back in order. It's 8:25AM when the oncall engineer acknowledges the page and starts removing old files on the webserver. The status display in hobbit would be: Status unchanged in 0 hours, 15 minutes Status message received from 0.0.0.0 Current acknowledgment: Removing runaway process log files Acked by: oncallsupport (1.1.1.1) Repair completion time is estimated to be: 8:45AM ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ with this additional line at the bottom, so that users not working on the alert can have an idea of what is being done and when to expect it'll be corrected. Tom

2 2

[hobbit] RC4 Index not creating
by ajeffco＠orhs.org 28 Feb '05

28 Feb '05

Ok. Removed the hobbit server and data directories, and then rebooted the server. After the reboot, tried to install RC4 again. All appears to be working. And this time, it asked for the log directory again. Cosmic Rays :-) Al Jeffcoat IBM Certified Support Specialist, AIX Enterprise Storage Administrator System Programmer II (321)843-1051 ajeffco at orhs.org _____ From: Jeffcoat, Al Sent: Monday, February 28, 2005 9:33 AM To: hobbit at hswn.dk Subject: [hobbit] RC4 Index not creating Ok. After doing a fresh install of RC4 last night, and having the problem of it not creating an index.html in ~/server/www, I re-installed it again. It does the same thing. It does not create an index.html in ~/server/www. Also, after some amount of time (I'm still trying to track it down) all the hobbit processes stop. But, it does not create a core file, it doesn't give me any messages in my error log, nothing. And again, during the install, it didn't give me an option of a logging directory, is this intended? Al Jeffcoat IBM Certified Support Specialist, AIX Enterprise Storage Administrator System Programmer II (321)843-1051 ajeffco at orhs.org 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 orlandoregionalorg <mailto: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. 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

Install Errors
by dunne＠accuweather.com 28 Feb '05

28 Feb '05

Greetings, When trying to install Hobbit RC4 over an existing RC2 install I get the following error: gmake[1]: Entering directory `/Users/hobbit/Desktop/hobbit-4.0-RC4/hobbitd' cp -fp hobbitd hobbitd_channel hobbitd_filter hobbitd_filestore hobbitd_history hobbitd_alert hobbitd_larrd hobbitd_sample starthobbit.sh hobbitgraph.cgi hobbit-mailack /Applications/hobbit/server/bin/ mkdir -p /Library/WebServer/CGI-Executables cp -fp hobbitgraph.sh /Library/WebServer/CGI-Executables/ mkdir -p /Applications/hobbit/cgi-secure cp -fp bb-ack.sh maint.pl /Applications/hobbit/cgi-secure/ mkdir -p /usr/local/man/man1 /usr/local/man/man5 /usr/local/man/man8 cp -fp *.1 /usr/local/man/man1/ cp -fp *.5 /usr/local/man/man5/ cp -fp *.8 /usr/local/man/man8/ cd etcfiles; ../../build/merge-lines hobbitserver.cfg /Applications/hobbit/server/etc/hobbitserver.cfg cd etcfiles; ../../build/merge-sects hobbitlaunch.cfg /Applications/hobbit/server/etc/hobbitlaunch.cfg gmake[1]: *** [install-cfg] Error 139 gmake[1]: Leaving directory `/Users/hobbit/Desktop/hobbit-4.0-RC4/hobbitd' gmake: *** [install-hobbitd] Error 2 I am installing on a G5 xserve running OS X server 10.3.8. I am compiling using gmake 3.8.0. Any suggestions would be greatly appreciated. Thanks in advance for any assistance. Mike Michael Dunne Systems Support Specialist AccuWeather, Inc. 814-237-0309 Ext. 7661

2 2