January 2008 - Xymon - Xymon mailman web

Highlights of the 4.3.0 version
by spa＠syntec.co.uk 03 Jan '08

03 Jan '08

Henrik, The new features sound good! But are they now documented? I checked the snapshot and none of man pages or the Changes page seem to have been updated since the 4.2.0 release. It makes it quite difficult to test and use the new features (which presumably is a requirement before releasing the new version)! ;-) Or am I missing something less obvious than using the source (TM)? I think it would be useful if the Changes page (http://www.hswn.dk/beta/snapshot/Changes) was kept more or less up-to-date for the snapshot releases. Knowing what has changed in hobbit-server betas seems pretty difficult without downloading frequent snapshots and doing diffs. Is there any chance of the source being put into a public subversion / CVS repository or something? I see there is already a public CVS repository for hobbit on SourceForge, but it only includes the hobbit-client code A public repository may encourage more contributed patches. I also see that last year you mentioned that you are "using RCS which is a predecessor to CVS". I don't know if this is still the case, but if so, it appears pretty simple to migrate to CVS using rcs2cvs as documented here: http://www.linuxdocs.org/HOWTOs/CVS-RCS-HOWTO-3.html Or as the OP did in http://www.nabble.com/RCS-to-svn-t792119.html - he migrated RCS to SVN via CVS. Many thanks, Sebastian henrik (at) hswn.dk (Henrik Stoerner) wrote on Sun, 22 Jul 2007 00:08:12 +0200: >In another thread, someone asked about what new features are planned for >version 4.3.0. I've summarized them below; they have all been >implemented by now. Some of them have been contributed by others over >the past year - I'm pleased to have finally gotten their patches merged. > >There are some open bug-reports, and the plan now is to try and get >those fixed. Once that is done I'll ask you all to start testing the >beta-versions, and then a new release is hopefully available soon. > >This doesn't mean that I won't consider adding new stuff before the >4.3.0 release, but right now the plan is to get 4.3.0 shipped with >the current set of features. But if I've missed someone's favourite >patch or feature request, do let me know. > > >Major new features >------------------ >* PAGE setting for alert- and client-configuration handles hosts on > multiple pages, so any pagename can be used. >* Flap detection of statuses that change color rapidly. The status > is kept at the most critical level until it stops flapping. >* Holiday support for alerts, including variable holidays (Easter etc) >* Split NCV support - graph data from NCV can be split into multiple > RRD databases allowing for varying number of datasets. >* RRD database parameters are now configurable (i.e. number of > datapoints stored, whether to store min/max values etc). Note that > this only applies to newly created RRD files, not existing ones. >* Distributed worker modules allow sharing the load across multiple > Hobbit servers >* RRD updates are now cached for up to 30 minutes before being written > to disk. This makes the I/O load on large installations much lighter. >* Detection of statuses that are reported by multiple hosts >* Client backend-support for the z/OS and z/VSE clients by Rich Smirna > >Display things >-------------- >* Graph zooming now limits the lower/upper bounds of a graph (requires > rrdtool 1.2.x) >* The trends page default data-period can be configured to something > other than the default 48-hour view, and the user can select a > different period on-the-fly. >* Hosts can be sorted automatically on the overview webpage with a > "group-sorted" group definition. >* NOCOLUMNS setting in bb-hosts let you suppress certain columns on > a per-host basis >* Host-comments are displayed as tool-tips, to save screen space. > >Checks and graphs >----------------- >* Network tests can use a specific source IP instead of the default >* The validity-period of network tests is configurable, instead of > being fixed at the default 30-minute setting >* Client file checks can check for a symlink >* "trends" report for RRD handling allows generating custom-made > RRD files >* Hobbit host- and status-counts are tracked in an RRD file > >Miscellaneous >------------- >* NCV reports can handle color-icons before the name:value data >* hobbitlaunch tasks can be configured to run on certain hosts only >* Time-warp detection and warning >* Local unix-socket interface to Hobbit daemon >* hobbitd_capture can collect several statuses and hand off such a > batch to an external command >* Support for SHA-224/256/384/512 digests > > >Regards, >Henrik

1 1

[bug] Duplicate TRACK in hobbitclients.cfg causes graph to fail
by charles.goyard＠orange-ftgroup.com 03 Jan '08

03 Jan '08

Hi, the following configuration in hobbit-clients.cfg : HOST=db1.int.xx PROC mysqld 1 300 yellow TRACK=mysqld PROC mysqld 1 500 red TRACK=mysqld causes the graph to only show sporadic dots. Removal of the duplicate "TRACK=mysqld" on the second line makes things work again. I use hobbit 4.2 with a somewhat recent snapshot hobbitd_rrd module (around Nov. 26th 2007, one with the write-caching). I unfortunatly don't have time to fix and provide a patch. Regards, -- Charles Goyard - charles.goyard at orange-ftgroup.com - (+33) 1 45 38 01 31 Orange Business Services - online multimedia // ingénierie

1 0

[hobbit] custom paging script
by bewhite＠fellowes.com 03 Jan '08

03 Jan '08

I have a custom script, but it send out information based on the global variables available at script runtime. Check the help documents and see what is available in the global variables. .....Bruce _____ From: Joshua Krause [mailto:forums at triadbiz.rr.com] Sent: Thursday, January 03, 2008 6:32 AM To: hobbit at hswn.dk Subject: [hobbit] custom paging script Has anyone come up with a custom paging script that will only page out certain information? ---------------------------------------------------- Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Fellowes, Inc. ----------------------------------------------------

1 0

Notification logs analysis
by emarganne＠be.tiauto.com 03 Jan '08

03 Jan '08

Hello, Could you please tell me which part of the code of the futur 4.3 release of Hobbit performs the notification log analysis? Please also let me know if it is independent from all the other new features of that release. I am very enthusiast about that feature and I would like to test and if it works according to my desire put into production. Also of course if you think for some reason that there could be bugs in that feature let me know :-). Thank you, Marganne Etienne. DISCLAIMER: The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are Not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

1 0

[hobbit] http timeout and content checking
by gumby3203＠gmail.com 03 Jan '08

03 Jan '08

I'm having a little problem converting some Sitescope web page checks into Hobbit content checks. In particular, I have several URLs of the form: https://some.machine.name:9212/monitoring/MonitorControlServlet?monitorName… (names changed to protect the innocent) The problem is, I can go to that URL manually, and it will show up fine...after about 20 seconds or so. The URL is slow to respond, because it is running a back-end check, and that check simply takes a while to complete. The result is that Hobbit is coming back saying that the website failed to respond after 10.x seconds, even though it would be fine if I waited another 10 seconds or so. I would like to be able to increase the timeout, but only for URLs similar to above that are expected to take a while to respond. I don't want to increase this timeout across the board, since only a subset of all of the URL monitoring I am doing take so long to respond. Is there any way to do this? ----- Also on a related, though different note, are a few other tests that I can't get the "content" column to show up. These URLs are of the form: https://username:password at some.machine.name:9212/monitoring/MonitorControlServlet?monitorName=com.company.common.util.monitoring.URLMonitor&url=https://some.machine.name:9212/LBListener/MessageReceiver&fullDisplay=true&isPost=true&ABCAction=AccountInfoRequest&ABCService=MemberManagement&payload=<request:AccountInfoRQ xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:request=" com.company.accountrequest"><AccountInfo AccountCardNumber="4264292967999999" PortfolioID="177" SecurityInfo="true"/></request:AccountInfoRQ> (names changed to protect the innocent) The http check is working fine, but it seems like hobbit is ignoring the fact that I have it set up as a content check. The bb-hosts line for this test looks like: 1.2.3.4 test-name # DESC:"Test description" noconn nosslcert cont;<URL above>;Success badhttp:1:2:3 I also just noticed that for these tests, bbtest is complaining "content-check, but no content-data in <bb-hosts line above>". However, if I manually go to the URL in a browser, it does indeed return "content-data", and it returns in a timely fashion (about 2 or 3 seconds). Any ideas?

2 6

Availability Report not working
by etmsys＠rit.edu 03 Jan '08

03 Jan '08

The Availability Report on the web just stopped working. It created the directory in the "rep", but nothing goes inside it. The webpage redirects to the correct location, but it's empty. Any ideas on what to look for? Nothing I can see in any of the logs indicates a problem.. Is there any "debug" that can be turned on to figure out why it's not working now? Not sure how long it's been this way, but it has the problem when it try to generate it on the web, it appears to be able to generate it via our daily script, just not via the web anymore. Thanks. ---Eric

2 6

Todays snapshot 20080103
by lars.ebeling＠leopg9.no-ip.org 03 Jan '08

03 Jan '08

gcc -g -O -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHPUX -I. -I /home/hobbit/snapshot/include -I/usr/local/include -I/usr/local/include -DMAX_AL ERTMSG_SCRIPTS= -c -o do_alert.o do_alert.c do_alert.c: In function `send_alert': do_alert.c:433: error: parse error before ')' token do_alert.c:435: error: parse error before ';' token make[1]: *** [do_alert.o] Error 1 -- Regards Lars Ebeling http://leopg9.no-ip.org Hobbithobbyist "It is better to keep your mouth shut and appear stupid than to open it and remove all doubt." -- Mark Twain

2 2

Duration of bbdisplay
by rlapuz＠fcpp.fujitsu.com 03 Jan '08

03 Jan '08

Hi Guys! Happy new year to all. Regarding the hobbit-alerts.cfg, it is possible to delay the sending of the email alerts using the DURATION option. Is it also possible to do it with the bbdisplay? I mean, can I also set time duration with the test service before it changes its colors? For example, LOAD 5.0 10.0 If the average cpu load reaches 5.0 it will first wait for the specified time duration before it turns its color to yellow. Otherwise, it will stay with green. Thanks in advance! Regards, Ryan

1 0

hobbit client on server
by kevinmhanrahan＠hotmail.com 03 Jan '08

03 Jan '08

Hello and happy new year to all, I have the hobbit client running on the hobbit server. I have tried to adjust settings on the client but it does not seem to make a difference. Here is what I have set. In localclient.cfg: UP 1h LOAD 5.0 10.0 DISK / 96 98 DISK /boot 25 40 MEMPHYS 100 101 MEMSWAP 65 80 MEMACT 95 98 In clientlaunch.cfg: [client] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/bin/hobbitclient.sh --local LOGFILE $HOBBITCLIENTHOME/logs/hobbitclient.log INTERVAL 1m This appears to be getting ignored. The root mount point (/) is at 94% and is showing yellow. What did I miss? thanks much kevin

3 2

[hobbit] Graphs, iostat, nan
by jkwade＠futurefrontiers.com 02 Jan '08

02 Jan '08

I've been looking at the rrd manual, and it looks like I should be able to use a VDEF command to tell the graph to only plot values above a certain percentage. Here's my iostat rrdgraph description below. Any help would be appreciated. I want to tell it to graph iostat values only when the exceed 5% as an example. [iostat] TITLE I/O Utilization YAXIS Stats FNPATTERN iostat.(.+).rrd DEF:p at RRDIDX@B=@RRDFN@:b:AVERAGE DEF:p at RRDIDX@C=@RRDFN@:w:AVERAGE CDEF:p at RRDIDX@t=p at RRDIDX@B,p at RRDIDX@B,UNKN,IF CDEF:p at RRDIDX@s=p at RRDIDX@C,p at RRDIDX@C,UNKN,IF LINE2:p at RRDIDX@t#@COLOR@:@RRDPARAM@ Busy LINE2:p at RRDIDX@s#@COLOR@:@RRDPARAM@ Wait COMMENT:\n GPRINT:p at RRDIDX@B:LAST:Busy \: %5.1lf (cur) GPRINT:p at RRDIDX@B:MAX: \: %5.1lf (max) GPRINT:p at RRDIDX@B:MIN: \: %5.1lf (min) GPRINT:p at RRDIDX@B:AVERAGE: \: %5.1lf (avg)\n GPRINT:p at RRDIDX@C:LAST:Wait \: %5.1lf (cur) GPRINT:p at RRDIDX@C:MAX: \: %5.1lf (max) GPRINT:p at RRDIDX@C:MIN: \: %5.1lf (min) GPRINT:p at RRDIDX@C:AVERAGE: \: %5.1lf (avg)\n COMMENT:\n _____ From: James Wade [mailto:jkwade at futurefrontiers.com] Sent: Wednesday, January 02, 2008 1:39 PM To: hobbit at hswn.dk Subject: [hobbit] Graphs, iostat, nan I have an iostat2 test that runs and graphs wait & busy times of nfs mounts and disk mounts. However, I have a lot of nan's in the data due to the nfs mount or disk mount has no wait or busy times. Is there a way when you display the graph to tell it not to show any data with nan? It lists every partition with the "NaN" values. I only want to see the data that has values. James

1 0