April 2009 - Xymon - Xymon mailman web

[hobbit] Graphing iostat on Linux systems?
by Harald.Husemann＠materna.de 07 Apr '09

07 Apr '09

Hi Martin, thanks for the link (and thanks to the programmer of linux-iostat), I've installed it (with some additions/changes, see below) as described, and it works and shows what I need, :-). I attach my version of the script to this mail, since I made some edits: 1. Added my "preamble" which I use in every extension script: ===============/snip/====================== my $TEST = "iostat"; (...) my $HOST = $ENV{"MACHINE"}; $HOST =~ s/(.*),.*,.*$/$1/; if (system("$ENV{'BBHOME'}/bin/bbhostgrep $TEST | grep $HOST > /dev/null 2>&1") != 0) { print "Not running on $HOST..." if $debug; exit 0; } ==============/snap/======================== With this, I can have the same scripts and config files on all systems (helps to keep things up2date), and just add the appr. entry (in this case, iostat) to the host part in bb-hosts ti run the script on a particular host. 2. Cleaned up the regex a bit 3. As we're using drbd (DistributedRemoteBlockDevice, often used with Linux-HA), I added "drbd" to the devices list. Maybe someone can use my version, or get some ideas from it. hh Martin Flemming schrieb: > Hi, Harald ! > > http://www.docum.org/foswiki/bin/view/Xymon/LinuxIostatGraphs > > Cheers, > martin > > On Tue, 31 Mar 2009, Husemann, Harald wrote: > >> Hi all, >> >> I'd like to use iostat for performance monitoring, and include its output in >> the Hobbit pages. >> I've found an old post about it, but it seems that the URL mentioned there >> (http://www.docum.org/twiki/bin/view/Hobbit/LinuxIostatGraphs) is no longer >> valid. >> Any ideas where I can get it? >> >> Thanks, >> >> Harald >> >> -- >> Harald Husemann >> Netzwerk- und Systemadministrator >> Operation Management Center (OMC) >> MATERNA GmbH >> Information & Communications >> >> Westfalendamm 98 >> 44141 Dortmund >> >> Geschäftsführer: Dr. Winfried Materna, Helmut an de Meulen, Ralph Hartwig >> Amtsgericht Dortmund HRB 5839 >> >> Tel: +49 231 9505 222 >> Fax: +49 231 9505 100 >> www.annyway.com <http://www.annyway.com/> >> www.materna.com <http://www.materna.com/> >> >> To unsubscribe from the hobbit list, send an e-mail to >> hobbit-unsubscribe at hswn.dk >> >> >> >> > -- Harald Husemann Netzwerk- und Systemadministrator Operation Management Center (OMC) MATERNA GmbH Information & Communications Westfalendamm 98 44141 Dortmund Geschäftsführer: Dr. Winfried Materna, Helmut an de Meulen, Ralph Hartwig Amtsgericht Dortmund HRB 5839 Tel: +49 231 9505 222 Fax: +49 231 9505 100 www.annyway.com <http://www.annyway.com/> www.materna.com <http://www.materna.com/>

2 3

Hobbit Email Alert Subject
by merlin_rbs＠hotmail.com 06 Apr '09

06 Apr '09

Hi, I hope I havent missed this somewhere on the forum and that someone can help. I have hobbit 4.2.0 running on Fedora Core 6 and Ubuntu 8.04 LTS, monitoring around 400 Servers in our Production and Corporate environments. I setup a number of different groups in hobbit-alerts.cfg and am sending out alerts based on the department responsible and priority. The problem or issue some of the departments / admins have is when they receive alert emails on there blackberries. The email subject is truncated according to the blackberry screen size or font size. They have asked me if it is possible to format the message subject so that they can respond more efficiently without having to scroll through the entire email. As and example: Current alert email subject: Hobbit [604196] SERVER:disk CRITICAL (RED) What I would like the subject to be: SERVER:disk CRITICAL (RED) Hobbit [604196] This may seem a trivial or unimportant, but depending on the event we could receive up to 100 alerts messages from the fallout. It would be handy to scroll through the emails checking the subject without having to open them. Thanks for any help you can provide on this. Regards, Ryan _________________________________________________________________ View your Twitter and Flickr updates from one place – Learn more! http://clk.atdmt.com/UKM/go/137984870/direct/01/

7 10

[hobbit] 4.3.0-beta1 and "Trends Period Update"
by dominique.frise＠unil.ch 06 Apr '09

06 Apr '09

Dominique Frise wrote: > Hi, > > Beside our 4.2.0 production server we set up a test server with Xymon > 4.3.0-beta1 software. > > Since then, we noticed two problems: > > 1. The hobbit-holidays.cfg is not installed (this has been already > reported) > > 2. The -very nice- "Trends Period Update" does not work for hostnames > where "NAME:hostname" is used. In those cases, the whole name is passed > to the wrapper resulting in "No such host" > > Example for host sila : NAME:"sila [Serval Prod.]" > > ~xymon-cgi/bb-hostsvc.sh?backdays=2&backhours=0&backmins=0&backsecs=0&HOST=sila+[Serval+Prod.]&SERVICE=trends&Go=Update > > For those who -like us- are using the NAME tag, the patch trends_form.patch is attached. Dominique

1 0

CPU alerting
by James.Roberts＠hants.gov.uk 06 Apr '09

06 Apr '09

If there a way of alerting on CPU utilization? I.e. when the cpu is 90% busy? James Roberts IT Consultant - IT Services Hampshire County Council Room 415,Elizabeth II Court, The Castle, Winchester, Hants SO23 8US Internal HPSN: (200) 5037 Tel: +44 (0)1962 845037 Fax: +44 (0)1962 847434 james.roberts at hants.gov.uk Web: WWW.Hants.Gov.UK

1 0

[hobbit] Xymon 4.3.0-beta1: hobbit-hostgraphs.cgi: core dump
by dominique.frise＠unil.ch 06 Apr '09

06 Apr '09

Dominique Frise wrote: > Hi, > > Running Xymon on Solaris 10 i386. > We get "Internal Server error" with the Metrics Report. > > > > Here below the results of debugging: > > [bb at iris etc]$ . > /soft/pub/BB/hobbit/server/etc/hobbitcgi.cfg;/soft/pub/BB/hobbit/server/bin/hobbit-hostgraphs.cgi > $CGI_HOSTGRAPHS_OPTS --debug > Content-type: text/html > > 2009-03-31 15:17:15 Trying header/footer file > '/soft/pub/BB/hobbit/server/web/hostgraphs_header' > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > <HTML> > <HEAD> > > <TITLE>Xymon - Metrics Report</TITLE> > ... > ... > <SELECT NAME=hostname MULTIPLE SIZE=15> > 2009-03-31 15:17:15 Transport setup is: > 2009-03-31 15:17:15 bbdportnumber = 1984 > 2009-03-31 15:17:15 bbdispproxyhost = NONE > 2009-03-31 15:17:15 bbdispproxyport = 0 > 2009-03-31 15:17:15 Recipient listed as '130.223.27.150' > 2009-03-31 15:17:15 Standard BB protocol on port 1984 > 2009-03-31 15:17:15 Will connect to address 130.223.27.150 port 1984 > 2009-03-31 15:17:15 Connect status is 0 > 2009-03-31 15:17:15 Sent 56 bytes > 2009-03-31 15:17:15 Read 8192 bytes > 2009-03-31 15:17:15 Read 1287 bytes > 2009-03-31 15:17:15 Closing connection > 2009-03-31 15:17:15 Opening file /soft/pub/BB/hobbit/server/etc/bb-hosts > 2009-03-31 15:17:15 Opening file > /soft/pub/BB/hobbit/server/etc//bb-hosts.acadSys > 2009-03-31 15:17:15 Opening file > /soft/pub/BB/hobbit/server/etc//bb-hosts.adminSys > 2009-03-31 15:17:15 Recipient listed as '130.223.27.150' > 2009-03-31 15:17:15 Standard BB protocol on port 1984 > 2009-03-31 15:17:15 Will connect to address 130.223.27.150 port 1984 > 2009-03-31 15:17:15 Connect status is 0 > 2009-03-31 15:17:15 Sent 8 bytes > 2009-03-31 15:17:15 Closing connection > Segmentation Fault (core dumped) > > > [bb at iris etc]$ gdb ../bin/hobbit-hostgraphs.cgi core > GNU gdb 6.6 > Copyright (C) 2006 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-pc-solaris2.8"... > > warning: core file may not match specified executable file. > Reading symbols from /opt/csw/lib/libpcre.so.0...done. > Loaded symbols for /opt/csw/lib/libpcre.so.0 > Reading symbols from /usr/lib/libresolv.so.2...done. > Loaded symbols for /usr/lib/libresolv.so.2 > Reading symbols from /usr/lib/libsocket.so.1...done. > Loaded symbols for /usr/lib/libsocket.so.1 > Reading symbols from /usr/lib/libnsl.so.1...done. > Loaded symbols for /usr/lib/libnsl.so.1 > Reading symbols from /usr/lib/librt.so.1...done. > Loaded symbols for /usr/lib/librt.so.1 > Reading symbols from /usr/lib/libc.so.1...done. > Loaded symbols for /usr/lib/libc.so.1 > Reading symbols from /opt/csw/lib/libncurses.so.5...done. > Loaded symbols for /opt/csw/lib/i386/libncurses.so.5 > Reading symbols from /opt/csw/lib/libz.so...done. > Loaded symbols for /opt/csw/lib/i386/libz.so > Reading symbols from /opt/csw/lib/libbz2.so.1.0...done. > Loaded symbols for /opt/csw/lib/i386/libbz2.so.1.0 > Reading symbols from /opt/csw/lib/libreadline.so.5...done. > Loaded symbols for /opt/csw/lib/i386/libreadline.so.5 > Reading symbols from /lib/libaio.so.1...done. > Loaded symbols for /lib/libaio.so.1 > Reading symbols from /lib/libmd.so.1...done. > Loaded symbols for /lib/libmd.so.1 > Reading symbols from /lib/ld.so.1...done. > Loaded symbols for /lib/ld.so.1 > Core was generated by > `/soft/pub/BB/hobbit/server/bin/hobbit-hostgraphs.cgi > --env=/soft/pub/BB/hobbit/'. > Program terminated with signal 11, Segmentation fault. > #0 0x0805f31a in addtobuffer (buf=0x0, newtext=0x0) at strfunc.c:121 > 121 strbuf_addtobuffer(buf, newtext, strlen(newtext)); > (gdb) bt > #0 0x0805f31a in addtobuffer (buf=0x0, newtext=0x0) at strfunc.c:121 > #1 0x0805de2b in sendmessage (msg=0x80647a7 "schedule", recipient=0x0, > timeout=15, response=0x809cc18) at sendmsg.c:485 > #2 0x0805645d in fetch_board () at headfoot.c:441 > #3 0x0805807c in output_parsed (output=0x8077e68, > templatedata=0x8078f36 "\t </SELECT>\n\n\t <SELECT NAME=testname > MULTIPLE SIZE=15>\n\t <option value=\"ALL\" SELECTED>ALL</option>\n\t > <option value=\"cpu\">CPU load (Windows/Unix)</option>\n\t <option > value=\"la1\">CPU utilization (Un"..., bgcolor=2, > selectedtime=1238505435) at headfoot.c:710 > #4 0x08058cd8 in showform (output=0x8077e68, > headertemplate=0x8063c6d "hostgraphs", > formtemplate=0x8063c78 "hostgraphs_form", color=2, seltime=1238505435, > pretext=0x0, posttext=0x0) at headfoot.c:1444 > #5 0x080541c7 in main (argc=0, argv=0x8047900) at hobbit-hostgraphs.c:223 > (gdb) > > > > Does anyone have an idea of what could be wrong? > > Thanks. > > Dominique > I should have better searched the mailing archive ;-) The patch described in http://www.xymon.com/hobbiton/2009/02/msg00140.html solved it. Thanks Henrik and sorry for the noise. Dominique

1 0

hobbit problem with bbtest
by hrempel＠bgchemie.de 06 Apr '09

06 Apr '09

Hello everybody, Since 7 month I use hobbit to observe the availability of our VSE, VM and Linux systems running on IBM z9. The hobbit-server 4.2.0 is running in sles10 sp2 on this IBM z9. Everything worked well until last friday. In the Current Staus screen the icons for bbd, bbtest, http and the complete conn column changed from green to purple (no report). After a system reboot everything seems to be ok again because all icons were green. But after some time the problem was back, the icons for bbd, bbtest, http and the complete conn column changed from green to purple (no report). When I log on to hobbit and run 'bbtest-net' manually all purple icons change to green except the bbtest icon (still purple). After a while the already mentioned icon will change to purple again. So it looks to me that bbtest-net will not restart after the interval of 5 min. I have reduced the number of observed hosts from 20 to 10 and inserted --concurrency=N in the hobbitlaunch.cfg. But the problem still exists. Here is a part of my hobbitlaunch.cfg # "bbnet" runs the bbtest-net tool to perform the network based tests - i.e. http, smtp, ssh, dns and # all of the various network protocols we need to test. [bbnet] ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD bbtest-net --report --ping --checkresponse --concurrency=N LOGFILE $BBSERVERLOGS/bb-network.log INTERVAL 5m These are my running hobbit processes lx100:/usr/lib/hobbit/server/etc # ps afx|grep hobbit|grep -v grep 14314 ? Ss 0:04 /usr/lib/hobbit/server/bin/hobbitlaunch --config=/usr/lib/hobbit/server/etc/hobbitlaunch.cfg --env=/usr/lib/hobbit/server/etc/hobbitserver.cfg --log=/var/log/hobbit/hobbitlaunch.log --pidfile=/var/log/hobbit/hobbitlaunch.pid 14315 ? S 0:13 \_ hobbitd --pidfile=/var/log/hobbit/hobbitd.pid --restart=/usr/lib/hobbit/server/tmp/hobbitd.chk --checkpoint-file=/usr/lib/hobbit/server/tmp/hobbitd.chk --checkpoint-interval=600 --log=/var/log/hobbit/hobbitd.log --admin-senders=127.0.0.1 127.0.0.1 --store-clientlogs=!msgs 14316 ? S 0:00 \_ hobbitd_channel --channel=stachg --log=/var/log/hobbit/history.log hobbitd_history 14317 ? S 0:00 | \_ hobbitd_history 14318 ? S 0:00 \_ hobbitd_channel --channel=clichg --log=/var/log/hobbit/hostdata.log hobbitd_hostdata 14319 ? S 0:00 | \_ hobbitd_hostdata 14320 ? S 0:00 \_ hobbitd_channel --channel=page --log=/var/log/hobbit/page.log hobbitd_alert --checkpoint-file=/usr/lib/hobbit/server/tmp/alert.chk --checkpoint-interval=600 14322 ? S 0:01 | \_ hobbitd_alert --checkpoint-file=/usr/lib/hobbit/server/tmp/alert.chk --checkpoint-interval=600 14321 ? S 0:00 \_ hobbitd_channel --channel=status --log=/var/log/hobbit/rrd-status.log hobbitd_rrd --rrddir=/var/lib/hobbit/rrd --extra-script=/usr/lib/hobbit/server/ext/zvmvse.sh --extra-tests=procs 14323 ? S 0:05 | \_ hobbitd_rrd --rrddir=/var/lib/hobbit/rrd --extra-script=/usr/lib/hobbit/server/ext/zvmvse.sh --extra-tests=procs 14324 ? S 0:00 \_ hobbitd_channel --channel=data --log=/var/log/hobbit/rrd-data.log hobbitd_rrd --rrddir=/var/lib/hobbit/rrd 14325 ? S 0:01 | \_ hobbitd_rrd --rrddir=/var/lib/hobbit/rrd 14326 ? S 0:00 \_ hobbitd_channel --channel=client --log=/var/log/hobbit/clientdata.log hobbitd_client 14327 ? S 0:02 | \_ hobbitd_client 13039 ? S 0:00 sh -c vmstat 300 2 1>/usr/lib/hobbit/client/tmp/hobbit_vmstat.localhost.13022 2>&1; mv /usr/lib/hobbit/client/tmp/hobbit_vmstat.localhost.13022 /usr/lib/hobbit/client/tmp/hobbit_vmstat.localhost lx100:/usr/lib/hobbit/server/etc # I cannot see any errormessage. There is enough space in the filesystem. Is it necessary to create a crontab entry to start bbtest-net every 5 min? My colleagues promissed me, that they have nothing changed. I have no idea what happended. Every hint is appreciated. kind regards Horst Rempel

1 0

RRD Step Value
by MFisher＠hra.com 03 Apr '09

03 Apr '09

Hey, Is there a way to change the default step time from 300 seconds (5 min) to some other value in the RRD creation process?

1 0

[hobbit] Ack events sent to multiple BBDISP (issue with bback.cgi and cookies)
by nico＠crysto.org 02 Apr '09

02 Apr '09

Hi, A co-worker worked on the multiple BBDISP ack problem i posted here in February, and i'd like to share his work :-) Here his investigation results and the fix : 1. Hobbit does not allow ack's without the correct acknowledgement number as it is this acknum that is used to look up the {HOST}.{TEST} to be acknowledged. So there was no way that the simple trick of using the main/ area section in hobbitserver.cfg was going to work. A side note.... -{ACKNUM} will acknowledge all events for {HOST} 2. The code only ever forwards to the first IP listed in BBDISPLAYS if the messages type is not one of those as defined in lib/sendmsg.c:multircptcmds. static char *multircptcmds[] = { "status", "combo", "meta", "data", "notify", "enable", "disable", "drop", "rename", "client", NULL }; 3. The ordering of the parameters in hobbitcfg.conf is critical. The --area must be prior to the --env file parameter so that the correct environment is selected. 4. We need to use --nopin 5. We can keep the cookies enabled The Fix :D The new bb-ack.cgi now does the following: 1. Grab a list of all acknowledgable events from the list of Hobbit BBDISPLAY servers. 2. Present the normal looking "Acknowledge Alert" page, showing the list of events and entry fields to send acknowledgements. 3. Send the acknowledgements to the relevant BBDISPLAY servers. 4. Provide feedback as normal for the acknowledgements sent. The Configuration: 1. Change the CGI_ACK_OPTS setting in /opt/hobbit/server/etc/hobbitcgi.conf to:- CGI_ACK_OPTS="--area=maint --env=/opt/hobbit/server/etc/hobbitserver.cfg --no-pin" 2. Add to ~hobbit/server/etc/hobbitserver.conf # acks for others hobbit servers maint/BBDISP="0.0.0.0" maint/BBDISPLAYS="$BBSERVERIP 10.0.0.2 10.0.0.3" # acks end Known Issues: 1. Not fully tested =-o Could be issues with performance if the BBDISPLAY list is long. If a BBDISPLAY does not respond (IP is unbound, etc.) then there is a delay while the TCP connect timesout [order of a few seconds]. Theoretical possibility of timing issue between alerts being 'raised' and acknowledged while the alerts are being propogated between BBDISPLAYS. 2. CGI code is not fantastically 'safe' but I think that's constant with the rest of the code (i.e. I haven't made it any worse!) :/. Find the new bb-ack.c in attachment. The modifications done are commented between /* Begin Changes for multiBBDISPLAYS for acks */ tag. Henrik, if this fix is ok for you, it could be good to add it into xymon. Regards, Nico On 11/02/09 20:19, "nico" <nico at crysto.org> wrote: > Hi, > Sorry, i'm sending again this email because when i wrote the last, i didn't > see it has been merged in another thread :-( > I'd like to send ack events to multiple BBDISPLAY. > > To do that, i did a change on hobbitserver.cfg with this configuration: > > http://www.hswn.dk/hobbiton/2005/10/msg00203.html > > 1) In hobbitserver.cfg on both display servers, after the BBDISPLAY > setting add > # For the enable/disable and acknowledge scripts. > maint/BBDISP="0.0.0.0" > maint/BBDISPLAYS="10.0.0.1 172.16.12.10" > (replace with your display-server IP-adresses) > 2) In hobbitcgi.cfg, change the line for the bb-ack.cgi tool: > # bb-ack.cgi options > CGI_ACK_OPTS="--area=maint > --env=/usr/lib/hobbit/server/etc/hobbitserver.cfg" > > The first problem is that it seems to not send acks events to the multiples > IP but only to local. > > The second problem is that when i modified BBDISP with the IP of another > hobbit server, we got an error: > > 2009-02-11 17:02:52 Cookie 338777 not found, dropping ack > 2009-02-11 17:06:34 Cookie 338777 not found, dropping ack > > The reason is that the cookie is different for the same host/test: > > serverA$ ${BB} ${BBSERVERIP}:${BBPORT} "hobbitdboard color=red,yellow > fields=hostname,testname,cookie" > cusaa-ws02|ftp|640796 > > serverB$ ${BB} ${BBSERVERIP}:${BBPORT} "hobbitdboard color=red,yellow > fields=hostname,testname,cookie" > cusaa-ws02|ftp|338777 > > We tried to disable cookie by adding "--no-cookies" into CGI_ACK_OPTS > variable of hobbitcgi.cfg but the problem still happens. > > Is there any way to fix it please ? > Thanks. > Regards, > nicolas > >

3 6

Installing Hobit Client in HPUX
by Davis.Jacob＠McKesson.com 02 Apr '09

02 Apr '09

Hi, A quick introduction, I am Davis Jacob a member of the System Engineering team. I am getting a problem when trying to install the client in HPUX machine. When I untar the client version, I get this message; tar -xvf hobbit_hpux.tar x ./etc/rc.config.d/hobbit-client, 880 bytes, 2 tape blocks x ./sbin/init.d/hobbit-client, 3497 bytes, 7 tape blocks x ./usr/local/libexec/hobbit/client/bin/bb, 82172 bytes, 161 tape blocks x ./usr/local/libexec/hobbit/client/bin/bbcmd, 69884 bytes, 137 tape blocks x ./usr/local/libexec/hobbit/client/bin/bbhostgrep, 86268 bytes, 169 tape blocks x ./usr/local/libexec/hobbit/client/bin/bbhostshow, 69884 bytes, 137 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-aix.sh, 1452 bytes, 3 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-darwin.sh, 1164 bytes, 3 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-freebsd.sh, 1462 bytes, 3 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-hp-ux.sh, 1565 bytes, 4 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-linux.sh, 1363 bytes, 3 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-netbsd.sh, 1399 bytes, 3 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-openbsd.sh, 1396 bytes, 3 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-osf1.sh, 1346 bytes, 3 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient-sunos.sh, 1652 bytes, 4 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitclient.sh, 1387 bytes, 3 tape blocks x ./usr/local/libexec/hobbit/client/bin/hobbitlaunch, 78076 bytes, 153 tape blocks x ./usr/local/libexec/hobbit/client/bin/hpux-meminfo, 20732 bytes, 41 tape blocks x ./usr/local/libexec/hobbit/client/etc/clientlaunch.cfg, 349 bytes, 1 tape blocks x ./usr/local/libexec/hobbit/client/etc/hobbitclient.cfg, 1783 bytes, 4 tape blocks x ./usr/local/libexec/hobbit/client/runclient.sh, 2962 bytes, 6 tape blocks x ./usr/local/var/run/hobbitclient-runtime.cfg, 0 bytes, 0 tape blocks But I don't see any installable in it. The HPUX version running is B.11.11 Can you please help me with this. Thanks in advance, Davis

6 6

badsmtp not working for yellow / unexpected response string?
by knielsen＠knielsen-hq.org 02 Apr '09

02 Apr '09

Hi, I am using Hobbit 4.2.0 (Ubuntu Hardy package) to monitor a few hosts. I occasionally get yellow alarm on an "smtp" test, like this: Thu Apr 2 12:02:14 2009 smtp NOT ok Service smtp on mail.askmonty.org is not OK : Unexpected service response Seconds: 0.138234 They seem sporadic (they next test 30 seconds later it is ok again), and I don't really know how to fix it, so I would like to use the badTEST feature to only get an alert if it stays bad for at least 3 attempts: 195.218.93.115 mail.askmonty.org # smtp badsmtp:1:3:5 Now, this works as I expect if the smtp service goes RED: the test goes clear after one attempt, then yellow, and only red after 5 failed attempts. However, it does not seem to work for the above yellow warning; the test goes to yellow immediately upon the first failed test. I checked the docs on badTEST (http://hobbitmon.sourceforge.net/docs/man5/bb-hosts.5.html) but it was not 100% clear to me whether this is expected behaviour or not? Is there a way to make badTEST work for yellow alarms like the one above, as well as red? Is it a bug? Thanks, - Kristian.

1 0