February 2006 - Xymon - Xymon mailman web

Whoops ! bb failed to send message - Connection failed
by neil.camp＠deca.mil 15 Feb '06

15 Feb '06

I also keep seeing this in my logs 2006-02-15 08:23:09 Could not connect to bbd at 172.16.225.84:1984 - 2006-02-15 08:23:09 Whoops ! bb failed to send message - Connection failed Netstat shows netstat -an | grep 1984 tcp 0 0 *.1984 *.* LISTEN If I could use a linux server I would. :) We are an HP-UX shop, and for some reason linux is a bad word here :( --neil ManTech DeCA Operations Systems Administrator (804) 734-8353 neil.camp at deca.mil -----Original Message----- From: Camp, Neil D. (ManTech) CTR Sent: Wednesday, February 15, 2006 8:23 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Latest 4.2-pre snapshot doesn't install CGI scripts I have been having the same problem on HP-UX. I have tried everything I could think of, even tried older releases of Hobbit. I think all my shared libs are in the right place, as well as compiled correctly. Everything is 64 bit, I may try to make everything 32 bit, if that could make a difference. --neil ManTech DeCA Operations Systems Administrator (804) 734-8353 neil.camp at deca.mil -----Original Message----- From: lars ebeling [mailto:lars.ebeling at leopg9.no-ip.org] Sent: Wednesday, February 15, 2006 8:02 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Latest 4.2-pre snapshot doesn't install CGI scripts bb-hostsvc.sh doesn't work. apache errorlog: ÄWed Feb 15 13:56:26 2006Å ÄerrorÅ Äclient 192.168.0.5Å Premature end of script headers: bb-hostsvc.sh, referer: http://192.168.0.2/hobbit/bb.html hobbitd dumps. output from gdb: warning: Can't find file hobbitd referenced in dld_list. Reading symbols from /usr/lib/libnsl.1...done. Reading symbols from /usr/lib/libxti.2...done. Reading symbols from /usr/lib/libc.2...done. Reading symbols from /usr/lib/libdld.2...done. #0 0xc020bad0 in kill () from /usr/lib/libc.2 (gdb) bt #0 0xc020bad0 in kill () from /usr/lib/libc.2 #1 0xc01a655c in raise () from /usr/lib/libc.2 #2 0xc01e69a8 in abort_C () from /usr/lib/libc.2 #3 0xc01e6a04 in abort () from /usr/lib/libc.2 #4 0x000143a0 in sigsegv_handler (signum=8216) at sig.c:57 #5 <signal handler called> #6 0xc01afb4c in strstr () from /usr/lib/libc.2 #7 0x0000a95c in do_message (msg=0x4000ab60, origin=0x16b18 "") at hobbitd.c:3033 #8 0x0000d4f0 in main (argc=10485759, argv=0x4000ab60) at hobbitd.c:4051 (gdb) q Regards Lars ----- Original Message ----- From: "Henrik Stoerner" <henrik at hswn.dk> To: <hobbit at hswn.dk> Sent: Wednesday, February 15, 2006 12:28 PM Subject: Re: [hobbit] Latest 4.2-pre snapshot doesn't install CGI scripts > On Wed, Feb 15, 2006 at 08:13:44AM +0100, lars ebeling wrote: >> Is this fixed in today's snapshot. I installed yesterday's snapshot and >> got >> problems with the cgi's >> I wanrt to know before I run "make install" > > No, I haven't looked at it. But it works OK for me if you install on > top of an existing installation. > > Henrik > > > 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

1 0

[hobbit] Latest 4.2-pre snapshot doesn't install CGI scripts
by neil.camp＠deca.mil 15 Feb '06

15 Feb '06

I have been having the same problem on HP-UX. I have tried everything I could think of, even tried older releases of Hobbit. I think all my shared libs are in the right place, as well as compiled correctly. Everything is 64 bit, I may try to make everything 32 bit, if that could make a difference. --neil ManTech DeCA Operations Systems Administrator (804) 734-8353 neil.camp at deca.mil -----Original Message----- From: lars ebeling [mailto:lars.ebeling at leopg9.no-ip.org] Sent: Wednesday, February 15, 2006 8:02 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Latest 4.2-pre snapshot doesn't install CGI scripts bb-hostsvc.sh doesn't work. apache errorlog: ÄWed Feb 15 13:56:26 2006Å ÄerrorÅ Äclient 192.168.0.5Å Premature end of script headers: bb-hostsvc.sh, referer: http://192.168.0.2/hobbit/bb.html hobbitd dumps. output from gdb: warning: Can't find file hobbitd referenced in dld_list. Reading symbols from /usr/lib/libnsl.1...done. Reading symbols from /usr/lib/libxti.2...done. Reading symbols from /usr/lib/libc.2...done. Reading symbols from /usr/lib/libdld.2...done. #0 0xc020bad0 in kill () from /usr/lib/libc.2 (gdb) bt #0 0xc020bad0 in kill () from /usr/lib/libc.2 #1 0xc01a655c in raise () from /usr/lib/libc.2 #2 0xc01e69a8 in abort_C () from /usr/lib/libc.2 #3 0xc01e6a04 in abort () from /usr/lib/libc.2 #4 0x000143a0 in sigsegv_handler (signum=8216) at sig.c:57 #5 <signal handler called> #6 0xc01afb4c in strstr () from /usr/lib/libc.2 #7 0x0000a95c in do_message (msg=0x4000ab60, origin=0x16b18 "") at hobbitd.c:3033 #8 0x0000d4f0 in main (argc=10485759, argv=0x4000ab60) at hobbitd.c:4051 (gdb) q Regards Lars ----- Original Message ----- From: "Henrik Stoerner" <henrik at hswn.dk> To: <hobbit at hswn.dk> Sent: Wednesday, February 15, 2006 12:28 PM Subject: Re: [hobbit] Latest 4.2-pre snapshot doesn't install CGI scripts > On Wed, Feb 15, 2006 at 08:13:44AM +0100, lars ebeling wrote: >> Is this fixed in today's snapshot. I installed yesterday's snapshot and >> got >> problems with the cgi's >> I wanrt to know before I run "make install" > > No, I haven't looked at it. But it works OK for me if you install on > top of an existing installation. > > Henrik > > > 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

1 0

Latest 4.2-pre snapshot doesn't install CGI scripts
by frederic.mangeant＠steria.com 15 Feb '06

15 Feb '06

Hi Henrik installing the latest snapshot fails, as it seems that none of the cgi-bin/ and cgi-secure/ files get copied to the destination directory : chown hobbituser /var/log/hobbit /BB/hobbit/server /BB/hobbit/server/* /BB/hobbit/server/bin/* /BB/hobbit/server/etc/* /BB/hobbit/server/ext/* /BB/hobbit/server/web/* /BB/hobbit/server/www/gifs /BB/hobbit/server/www/gifs/* /BB/hobbit/server/www/menu /BB/hobbit/server/www/menu/* /BB/hobbit/server/www/help /BB/hobbit/server/www/notes /BB/hobbit/server/www/html /BB/hobbit/server/www/wml /BB/hobbit/data /BB/hobbit/data/* /BB/hobbit/cgi-bin /BB/hobbit/cgi-bin/* /BB/hobbit/cgi-secure /BB/hobbit/cgi-secure/* chown: cannot access `/BB/hobbit/cgi-bin/*': No such file or directory chown: cannot access `/BB/hobbit/cgi-secure/*': No such file or directory make[1]: *** [install-cfg] Error 1 make[1]: Leaving directory `/BB/src/snapshot/hobbitd' make: *** [install-hobbitd] Error 2 The Makefile I've generated with "./configure --server" is the same than with previous snapshots. -- Frédéric Mangeant Steria EDC Sophia-Antipolis

3 4

Backup server for HOBBIT
by Winn.Beutler＠mcdata.com 15 Feb '06

15 Feb '06

I have searched the HOBBIT archive but cannot find anything on setting up a hot standby HOBBIT server that receives input from the clients along with the primary server but does not send out alerts unless the primary server goes down. Any howto's on this? Thanks in advance for any help/hints. Winn SPECIAL NOTICE All information transmitted hereby is intended only for the use of the addressee(s) named above and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of confidential and privileged information is prohibited. If the reader of this message is not the intended recipient(s) or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you must not read this transmission and that disclosure, copying, printing, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. Anyone who receives confidential and privileged information in error should notify us immediately by telephone and mail the original message to us at the above address and destroy all copies. To the extent any portion of this communication contains public information, no such restrictions apply to that information. (gate01)

6 6

[hobbit] Logfile monitoring - I'd like some comments
by v.everett＠afgonline.com.au 15 Feb '06

15 Feb '06

Hi all Henrik, I have given this a bit of thought, and think it's great. (I refer to your proposal here, not my capacity for thought.) Would it be possible to add custom strings and status? A perfect example would be this. (from /var/adm/messages) ---snip--- Feb 10 13:31:15 afgdev tldd[649]: [ID 138416 daemon.error] TLD(0) drive 2 (device 1) is being DOWNED, status: Unable to open drive ---snip--- Anywhere else, this would not be a major issue, but on my backup server where my tape library is attached, this is a major red alert. Regards Vernon -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Wednesday, 15 February 2006 5:40 AM To: hobbit at hswn.dk Subject: [hobbit] Logfile monitoring - I'd like some comments A few days ago, I mentioned that I would like to do logfile monitoring for the next Hobbit release. I've worked a bit on this and have a prototype solution for it, which you can test with the current snapshots. I'd like some comments on how it works to make sure I haven't overlooked something before committing myself. There are several objectives: - As far as is possible, logfile monitoring must be configured centrally, on the Hobbit server. Having to go to each server to (re)configure what logfiles to check and what to look for simply doesn't work. - The amount of data sent from each client to Hobbit should be small, but it must catch the "important" stuff. - You rarely know in advance what will be in the logs when you need them the most. So the monitor should give you as much of the log entries as possible, not just those lines that match some pre-defined strings or regex'es. - Some systems log messages on multiple lines. The system must be able to show all parts of a log entry. - Logfile entries must appear on the monitor for some time after they show up in the logs, but should also disappear after a while. In other words: The ideal solution would let you have the entire logfile available on the Hobbit server - but that obviously won't work. So the client should - after weeding out the really irrelevant stuff - send us as much of each logfile as possible. My proposed solution is this: - On the Hobbit server, there's a log-monitoring configuration file for the Hobbit clients. This defines which logfiles are monitored for a single client installation, or you can define it for a group of clients. (The idea is to define at least one group for each operating system, since the standard system logs are OS dependant). This configuration lists the log filename, the maximum amount of data to send from this logfile, a regex "noise" filter (i.e. lines that are stripped from the logfile), and *optionally* a regex identifying really interesting stuff in the logfile that should always be reported. - When a client connects to the Hobbit server and sends the normal client message, the Hobbit server will respond with the logfile configuration for this client. So the client has a copy of the central configuration file, but only the part that it needs for itself. The reason for sending this as a response to the client message is to avoid an extra round-trip from client to server; piggy-backing the config push on the client message means that it is almost without any performance cost on the server side. - When the client runs, it uses the local copy of the configuration file to determine what logs to look at. For each logfile, it maintains a "where-was-I-the-last-time" status, so it only looks at the entries made to the logfile during the past 30 minutes. First, the client strips off any "noise" messages. Then, if all of the entries fit into the maximum size that can be reported, it sends all of the log to the Hobbit server. If there is more than will fit, it first checks to see of the regex defining the really interesting stuff is present in the log - if it is, then it drops anything before the interesting text. If there is still more than will fit, it keeps the interesting text + a few lines after that (to allow for multi-line log-entries which some OS'es have), and then sends that together with as much of last part the log as will fit inside the max. message size. This part has been implemented in the Hobbit daemon (hobbitd), and in the clients via a new "logfetch" utility. This utility uses standard regular expressions - not the Perl-compatible ones, because that would require you to install the PCRE library on all of your clients. The standard regex routines are included in all (I think) system libraries used today. The last part is what happens when the log data arrives on the Hobbit server. Currently, there's a simple processing of this data to just dump it into an always-green "msgs" column. What should happen once I get it coded is: - Data from each logfile is matched against a set of strings (regex'es) defined in the hobbit-clients.cfg file. Each string determines the color (red, yellow, green) and sets the color of the msgs column accordingly. When the color has been decided, all of the normal alerting happens automatically. I do plan on making a more fine-grained alert mechanism (for the msgs, procs and disk statuses) so you can direct alerts to different groups depending on exactly which log-message triggered the alert, but that will not be part of this release. So - how does that sound ? Anything I've missed ? 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 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.

3 3

Estimate for 4.2 release?
by jboone＠columbia.com 14 Feb '06

14 Feb '06

Is there an estimate for when the 4.2 release will be available? I'm currently running 4.0.4 in production and have been testing the 4.1.2p1 and the 4.2pre release. I'm looking to upgrade for the hobbit client and want to minimize the number of upgrades. - Jim

4 4

[hobbit] Logfile monitoring - I'd like some comments
by aoldaker＠wdtinc.com 14 Feb '06

14 Feb '06

While I'm sure there will be some extensive feedback on this issue for days to come, I would like to commend Henrick on the simple fact that we are finally looking at an opportunity to remove the third-party client side logfile scripts (most of us are using) from our Hobbit installations and get back toward centralized log monitoring. -AJO Andrew J Oldaker WDT Unix Systems Support

1 0

Alerts as .dat attachments
by kmckinnis＠macrovision.com 14 Feb '06

14 Feb '06

Perhaps someone can help me shed some light on this. I'm receiving some red alerts as .dat attachments. Is this normal behavior? red Mon Feb 13 20:33:11 2006: /Ping.tst Set-Cookie: JSESSI &red http://10.228.3.4/Ping.tst - /Ping.tst Set-Cookie: JSESSI HTTP/1.1 404 /Ping.tst Set-Cookie: JSESSIONID=100BAAD89BF9FB00920DA09504FEB4B1; Path=/ Content-Type: text/html Date: Tue, 14 Feb 2006 04:34:21 GMT Server: Apache-Coyote/1.1 Connection: close Seconds: 0.00 See (hobbit URL here) ------ Hobbit-alerts.cfg: $NSHOSTS=%(sc-isus-ns-1|sc-isus-ns-2|sc-isus-ns-3|sc-isus-ns-4|sc-isus-p w-1).subdomain.domain.com HOST=$NSHOSTS SERVICE=http MAIL isus-sms REPEAT=2h RECOVERED COLOR=red FORMAT=sms HOST=* MAIL isus-mail REPEAT=12h RECOVERED COLOR=red EXHOST=sc-isds-1.subdomain.domain.com UNMATCHED MAIL contact at domain.com COLOR=red REPEAT=12h RECOVERED ------- Is this a default behavior I didn't know about? It doesn't seem to be consistent. I've looked through the online page about configuring alerts. Perhaps I've missed something in my alerts.cfg. Thanks!

2 1

menu_items.js
by mlowery＠alliedtechgroup.com 14 Feb '06

14 Feb '06

Is it possible to have hobbit rewrite this on bootup? I have 2 hobbit prorams on 1 server and when the user on "hobbit 2" goes to the menu, they get redirected to "hobbit 1". I fixed it manually, but it would be nice for it to pick that up. Thanks, Michael

1 0

[hobbit] problem to see rrd graph
by tmyers＠autom.net 14 Feb '06

14 Feb '06

check the rrd logs and see you your sill looking for an old lib, I just moved to a new box with a new OS and I am having the same problem this morning. -----Original Message----- From: Marco Avvisano [mailto:marco.avvisano at regione.toscana.it] Sent: Monday, January 30, 2006 6:48 AM To: hobbit at hswn.dk Subject: [hobbit] problem to see rrd graph Hi all, i have upgrade rrd to 1.2.12 and hobbit to 4.2pre and now i don't see any graph. I try to add in hobbitserver.cfg LD_LIBRARY_PATH, and the bin directory for rrdtool in PATH but nothing. any suggestions? thanks Marco To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

4 9