August 2006 - Xymon - Xymon mailman web

how to adjust timeout value for HTTP/SSH tests ?
by jjj863＠gmail.com 29 Aug '06

29 Aug '06

hi, there, Once or twice a day, I have a server whose HTTP/SSH will go red then recovered within a minute. For a few times, it recovered at next run instead of within the same run. The somewhat sluggish response from HTTP/SSH servers could be due to the load on the system at the time. For this particular server, I just want to know the service is responding and not all so concerned about its performance at this point. The actual status message says the server times out at 10.79s. 1) any way I can set this timeout value to 30s or 60s 2) it seems there's a 2nd probe for each test within a test run. Can it be set to go red only failed two probes in a row? I assume the 2nd probe using longer timeout. red Mon Aug 28 18:10:07 2006: Server timeout &red http://server01/index.php <http://callisto/wiki/index.php> - Server timeout Seconds: 10.79

2 1

OS info missing on info page
by Dirk.Kastens＠uni-osnabrueck.de 29 Aug '06

29 Aug '06

Hi, the line with the OS information is missing for all clients that I updated to the 4.2 version (including the pre-release). The old clients that gather their information in a file called client/tmp/msg.txt are correctly displayed, while those with the file client/tmp/msg.<fqdn>.txt are not. The information in these files is complete, for example [uname] Linux sanodxx.yy.unizz.de 2.4.20-20.8smp i686 [osversion] Red Hat Linux release 8.0 (Psyche) but the information is not being displayed by the server. Any ideas? Regards, Dirk Kastens

1 0

trends question
by sladewig＠bankinfo.com 29 Aug '06

29 Aug '06

Greetings. On my trends pages I am not seeing all of the trends. Specifically iostat. I see the clients running iostat but nothing is being gathered. In hobbitserver.cfg I have TEST2RRD and GRAPHS which contain iostat. How can I get these to show up? thanks, steve

1 0

AIX client question -- data overflows Hobbit server
by greg.hubbard＠eds.com 29 Aug '06

29 Aug '06

I am monitoring some special purpose AIX systems, and every once in a while the client sends more data than the server can handle. It looks like the cause might be the routing table dump, which can be quite large on these systems. Evidently these systems dynamically add a lot of host-specific route entries. I don't recall anything on the Hobbit server that checks the client routing table, so is it going to be a problem if I simply disable this part of the client data gathering? GLH

2 1

[bug?] disable/enable does not set the color back
by cgoyard＠cvf.fr 29 Aug '06

29 Aug '06

Hi, When sending a long-term status (such as "status+30h"), if you disable/enable the status, it keeps blue until hobbitd gets a new one. Since it's ok for status whithout lifetime, it may be a misfeature for others. (I use +30h for inventory checking and some purely informational data, so refreshing the status once a day is ok for that matter). (i'll try to include this information into the info column in the future). Regards, -- Charles Goyard - cgoyard at cvf.fr - (+33) 1 45 38 01 31

1 0

bb-service entry for OpenVPN
by jjj863＠gmail.com 28 Aug '06

28 Aug '06

I need to monitor OpenVPN service on a remote server (OpenVPN is already monitored as a PROC locally on that server) OpenVPN is SSL-based, so, I made up a service entry as below. The test is failing, got 'unexpected service response'm w/o any data. Because a shared HMAC secret is used for this OpenVPN server, a connection attempt w/o the HMAC secret will not be able to get the certificate (maybe this is why it fails?). [openvpn] expect "CONNECTED(00000003)" option ssl port 12345 Here is a few manual sessions using openssl. I'd be happy to label the service as 'up' if I get the CONNECTED(00000003) string. any ideas? /etc/hobbit# openssl s_client -ssl3 -connect vip1.vip.com:12345 CONNECTED(00000003) 30739:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number:s3_pkt.c:286: /etc/hobbit# openssl s_client -ssl2 -connect vip1.vip.com:12345 CONNECTED(00000003) 30742:error:1407F0E5:SSL routines:SSL2_WRITE:ssl handshake failure:s2_pkt.c:429:

3 8

Informal survey about commercial support for Hobbit
by henrik＠hswn.dk 28 Aug '06

28 Aug '06

I've had a couple of enquiries about providing commercial support for Hobbit. In essence they need a guaranteed response to e-mail support queries, as a supplement to the mailing list where mails do get answered, but not always within a day or two. Making money off Hobbit never was my intention, but being paid for doing what is really a hobby for me does seem attractive. So this is just an informal survey: * Would you be interested in paying for Hobbit support? * What kind of support do you need? E-mail for solving problems, custom feature developments, or ... ? * What response-time requirements do you have? Since I'm in Europe and a lot of the Hobbit users are in the US or Australia, I have a problem with same-day response guarantees. * How much are you willing to spend on it ? Feel free to respond here on the list, or to me directly. Just to avoid raising any panic, let me emphasize that this will NOT in any way stop or detract from the support I offer here on the mailing list. I think the mailing list will always be the primary support channel, and a place for discussing Hobbit developments, beta versions and all the other related issues. It's just that some companies feel more comfortable using software when there is a "normal" support contract. Regards, Henrik

3 4

hobbit-alerts.cfg :: match all RULEs or first/cloest match wins ?
by jjj863＠gmail.com 28 Aug '06

28 Aug '06

If one has the following in his hobbit-alerts.cfg, should the event on server1/server2 get sent to 'root' or 'support' or both? -------cut---------x----------cut---------x-----------cut----- HOST=* MAIL root HOST=server1,server2 MAIL support ------cut---------x----------cut---------x-----------cut-----

2 1

Hobbitping/fping behaviour
by Guillaume.GALLIOT＠but.fr 28 Aug '06

28 Aug '06

Hello, I have updated my hobbit installation from 4.1.2 to 4.2.0 The new hobbitping gives different results in the web interface (about 40ms latency on a local network) than fping (0.15 ms),i tried to reproduce these results with ping,fping & hobbitping but they give me same results on command line (0.15ms) fping -e msrv999lno001 msrv999lno001 is alive (0.16 ms) PING msrv999lno001 (10.0.4.173) 56(84) bytes of data. 64 bytes from msrv999lno001 (10.0.4.173): icmp_seq=0 ttl=64 time=0.126 ms 64 bytes from msrv999lno001 (10.0.4.173): icmp_seq=1 ttl=64 time=0.113 ms /usr/lib/hobbit/server/bin/hobbitping 10.0.4.173 10.0.4.173 is alive (0.18 ms) In the web interface I get 44 ms I reverted to fping and results are now the same on command line and web interface. Does anyone has the same issue ? /guillaume

3 3

[hobbit] Setting client "class" for log file monitoring
by gmbfly98＠gmail.com 28 Aug '06

28 Aug '06

> The client by default uses the "uname -s" output, which will be > "linux". If you launch the client with > ~hobbit/client/runclient.sh --os=rhel3 > then it will use the [rhel3] setting. The list --os names is restricted > though, so for a more generic solution you can define your own "classes" > and run the client with a "--class=MYCLASS" option; then it will use > the [MYCLASS] section. Is there a way to make the "--class=MYCLASS" option permanent when starting a client? That is, do you have to specify --class everytime you use "runclient.sh", such as stopping, starting, restarting, etc?

4 11