June 2008 - Xymon - Xymon mailman web

cleaning old data
by dbourque＠weatherdata.com 30 Jun '08

30 Jun '08

Hi, I only want to keep 1 year of historical data can I simply cron : /opt/hobbit/data$ find . -type f -mtime +360 -exec rm {} \; Without breaking anything ? Thanks -- Dan

2 1

[hobbit] Testing Hobbit alerts - solved (PEBCAK)
by Martin.Ward＠colt.net 30 Jun '08

30 Jun '08

All, I would like to offer my thanks to Henrik for putting up with my foolish questions whilst I tried to figure out what was wrong. The problem was resolved by my removing the "DISABLED" line in the [bbpage] section of the hobbitlaunch.cfg file... I can't remember how many times in my line of work I have berated people for being stupid, I guess it's my turn now :-( . Still, on the bright side it IS working now and hopefully this little email thread will help others to not make the same mistakes... |\/|artin -- > -----Original Message----- > From: Ward, Martin [mailto:Martin.Ward at colt.net] > Sent: 26 June 2008 10:22 > To: hobbit at hswn.dk > Subject: RE: [hobbit] Testing Hobbit alerts > > > > Anything logged in the page.log file ? Is hobbitd_alert > running at all > ? > > No, page.log hasn't been written to in months although the > last entries in it were: > > 2007-09-27 22:44:29 Cannot open configuration file > /opt/hobbit/server/etc/hobbit-alerts.cfg: No such file or > directory 2007-09-27 22:50:38 Worker process died with exit > code 0, terminating > > Which seems to show that while I was setting Hobbit up last > year I didn't have this file. > > Hobbitd_alert isn't running and this is part of what is > causing me issues as I can't find how it is started (this is > where my ignorance shows through). > > > As a last resort, run hobbitd_alert with the "--debug" option > > and let me see what it says. > > 2008-06-26 08:52:15 Want msg 1, startpos 0, fillpos 0, endpos > -1, usedbytes=0, bufleft=266239 2008-06-26 08:53:15 No files > modified, skipping reload of /opt/hobbit/server/etc/hobbit-alerts.cfg > 2008-06-26 08:53:15 0 alerts to go > 2008-06-26 08:53:15 Want msg 1, startpos 0, fillpos 0, endpos > -1, usedbytes=0, bufleft=266239 2008-06-26 08:54:15 No files > modified, skipping reload of /opt/hobbit/server/etc/hobbit-alerts.cfg > 2008-06-26 08:54:15 0 alerts to go > 2008-06-26 08:54:15 Bad data in channel, skipping it > 2008-06-26 08:54:15 Want msg 1, startpos 0, fillpos 0, endpos > -1, usedbytes=0, bufleft=266239 2008-06-26 08:55:15 No files > modified, skipping reload of /opt/hobbit/server/etc/hobbit-alerts.cfg > 2008-06-26 08:55:15 0 alerts to go > 2008-06-26 08:55:15 Bad data in channel, skipping it > 2008-06-26 08:55:15 Want msg 1, startpos 0, fillpos 0, endpos > -1, usedbytes=0, bufleft=266239 2008-06-26 08:56:15 No files > modified, skipping reload of /opt/hobbit/server/etc/hobbit-alerts.cfg > 2008-06-26 08:56:15 0 alerts to go > > I started this run with the one possible alert set to green > (so no alert was going to occur). At 08:54:00 I initiated the > error event. This generates an extra debug entry: > > 2008-06-26 08:54:15 Bad data in channel, skipping it > > But I have no idea what this means... :-( > > |\/|artin > > > ************************************************************** > *********************** > The message is intended for the named addressee only and may > not be disclosed to or used by anyone else, nor may it be > copied in any way. > > The contents of this message and its attachments are > confidential and may also be subject to legal privilege. If > you are not the named addressee and/or have received this > message in error, please advise us by e-mailing > security at colt.net and delete the message and any attachments > without retaining any copies. > > Internet communications are not secure and COLT does not > accept responsibility for this message, its contents nor > responsibility for any viruses. > > No contracts can be created or varied on behalf of COLT > Telecommunications, its subsidiaries or affiliates ("COLT") > and any other party by email Communications unless expressly > agreed in writing with such other party. > > Please note that incoming emails will be automatically > scanned to eliminate potential viruses and unsolicited > promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

hobbit-clients.cfg question - graps not disappearing
by Mike.Wood＠kci1.com 30 Jun '08

30 Jun '08

Hi All, I've added a line to hobbit-clients.cfg to IGNORE every filesystem that has "fdev" as a pattern in its name (there are a bunch of them): DISK %/fdev/ IGNORE HOST=paris They've disappeared as expected, except for the graphs. How do I get rid of the graphs? Thanks! Mike Wood UNIX System Administrator Kinetic Concepts, Inc. 6103 Farinon Drive San Antonio, TX, 78249 E-mail: mike.wood at kci1.com Office: (210) 255-6382 Mobile: (210) 825-5134 ***************************************************************************** "CONFIDENTIALITY NOTICE: This transmission (including any accompanying attachments) is confidential, is intended only for the individual or entity named above, and is likely to contain privileged, proprietary and confidential information that is exempt from disclosure requests under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, use of or reliance upon any of the information contained in this transmission is strictly prohibited. Any inadvertent or unauthorized disclosure shall not compromise or waive the confidentiality of this transmission or any applicable attorney-client privilege. If you have received this transmission in error, please immediately notify us at postmaster at kci1.com." Kinetic Concepts, Inc. ******************************************************************************

2 2

Sync hobbit configuration files with a database
by nelis＠nlr.nl 30 Jun '08

30 Jun '08

Hello, in my experience is the maintenance of the Hobbit configuration files a rather time-consuming activity. From what I've read in the mail archives, there are a number of other people with the same experience. This is partly due to the fact that a modification, f.i. a new server or another administrator for a group of servers, is entered twice, once in a configuration database and once in the Hobbit configuration files, possibly by different people. Looking at the way the hobbit configuration files are maintained, there is a range of possibilities. One extreme is to maintain all configuration files by hand, and thus duplicating work. Moreover, there is a danger of incompleteness and of inconsistencies which are hard to discover. The other extreme is that the configuration files are generated completely using some configuration database. It requires of course that *all* the needed information is available in the database, including details like "this webserver reacts sometimes slow, thus use badhttp to prevent false alerts". Another possibility seems to be synchronization with a database, something which is somewhere between the two extremes. A synchronization is most probably a time-saver, but it also increases the quality of the configuration: the response a change is faster and a Hobbit configuration file which is as complete as the database is. Searching the archives I haven't found anything that can be used for a synchronization with a database. Are there any tools for this purpose, or are there any developments in this respect? BTW: At our site, the bb-hosts configuration files is generated partly: a view of the systems per administrator is generated, causing alerts to be sent to the actual, rather than the former, administrator. Regards, Wim Nelis. ******************************************************************************************************* The NLR disclaimer (http://www.nlr.nl/emaildisclaimer) is valid for NLR e-mail messages. *******************************************************************************************************

1 0

ver 4.3 and socket server
by john.fisher＠znyx.com 27 Jun '08

27 Jun '08

Hi folks, I want to make a simple demo that shows a proof-of-concept, and I need some advice and news of possible hobbit 4.3 ver socket connections. I have an embedded linux device and a linux server. I have installed both hobbit server and client ver 4.2 successfully. Now what I want to show is a socket server running on the client ( the embedded device) pushing data to the hobbit server, and thence to my browser on a third machine. I have built a crude socket server for the hobbit client that will do for the demo. So I need to listen on a socket at the server, and write the data to the web page. 1) Is there any fundamental issue that I need to know about, or can I just slog through the man pages and code and get what I want? 2) Any suggestions that would help me out? 3) I don't see CVS instructions for getting the tip of the tree- is there a beta 4.3 that might help me? thanks very much John

4 5

Why the white dots
by eric.jacobs＠thomastechsolutions.com 27 Jun '08

27 Jun '08

I just installed a new client (4.20 with all-in-one patch) on a RHE4 server and, for the most part things look good. But I get white dots for "files", "msgs" "ports" and "procs". I didn't define any files or ports for the machine but I did put a few procs into "hobbit-clients.cfg" and did change permissions on the /var/log/messages files. (Note: I do have many other such servers being monitored without the white dots) Eric

2 1

Ack Alerts via Email
by csimmons＠ApproSystems.com 27 Jun '08

27 Jun '08

All, Would anyone share any scripts they have written to Acknowledge Alerts via Email? Or if anyone knows how to Acknowledge Alerts via the command line. I can then turn around have write the PHP/Shell scripts. Thanks, Clint Simmons Network Engineer Enterprise Infrastructure & Operations

2 1

FILE monitor doesn't like ownerid= entry
by denver＠fni-stl.com 27 Jun '08

27 Jun '08

Hi, I'm setting up a files monitor and it doesn't seem to care for the OWNERID and GROUPID. My hobbit-clients.cfg entry: HOST=oracle FILE /dev/rdsk/ora_asm_disk1 red OWNERID=oracle GROUPID=dba TYPE=block MODE=660 The bb display output: /dev/dsk/ora_asm_disk1_eva1<http://hobbit/hobbit-cgi/bb-hostsvc.sh?CLIENT=fora11&SECTION=file:/dev/dsk/…> File is owned by user oracle - should be D=oracle File is owned by group dba - should be D=dba I searched the mail archive and found one instance where someone else had the same issue, but no resolution was posted. Any help is appreciated! Thanks, -denver

1 1

missing bb.html
by lalli＠slepja.com 27 Jun '08

27 Jun '08

Hello the bb.html, bb2.html, bbnk.html and index.html symlink are missing from the nightly build or am i doing something wrong? I built it on a fresh Centos install... do i haveto build 4.2 first and then build this on top or? i am not the biggest linux expert.

3 4

Joern Klinckmann/PLZ/CSC is out of the office.
by jklinckmann＠csc.com 27 Jun '08

27 Jun '08

I will be out of the office starting 27.06.2008 and will not return until 30.06.2008. For Motorola account specific issues, please contact Simon Ball (sball7 at csc.com) For Motorola account UNIX escallations, call my mobil. For Berlin related problems, please get in touch with Ronald Pawlik. In very urgent cases, please call my mobil. Many thanks.

2 1