June 2006 - Xymon - Xymon mailman web

[hobbit] Status ok but conn history showing red on 2 hosts
by Guillaume.GALLIOT＠but.fr 30 Jun '06

30 Jun '06

After having Disabled/enabled the conn test, history works again. It's like hobbit did not get the status change until reset manually ... /guillaume -----Message d'origine----- De : GALLIOT Guillaume [mailto:Guillaume.GALLIOT at but.fr] Envoyé : jeudi 29 juin 2006 17:34 À : 'hobbit at hswn.dk' Objet : [hobbit] Status ok but conn history showing red on 2 hosts Hello, I have a hobbit 4.1.2p1 running on linux RHEL4 I have some problems with the conn history showing red for 2 hosts The current status shows up as green for these hosts Event log & history show a red condition running since Tue Jun 27 17:19:25 2006 On other hosts history is updated without problems hobbit historyd is running >ps aux | grep history hobbit 17496 0.0 0.1 2072 664 ? S 16:17 0:00 hobbitd_channel --channel=stachg --log=/var/log/hobbit/history.log hobbitd_history hobbit 17515 0.0 0.1 2084 548 ? S 16:17 0:00 hobbitd_history "grep caen /var/log/hobbit/history.log" returns no match Owner, file and directories rights on ~hobbit/data/hist/ looks ok > pwd /opt/data/var/lib/hobbit/hist /var/lib/hobbit is a symlink to /opt/data/var/lib/hobbit >ls -ld .. drwxr-xr-x 11 hobbit hobbit 4096 avr 18 11:17 .. >ls -l ket,caen.conn -rw-r--r-- 1 hobbit hobbit 3198 jun 27 17:19 ket,caen.conn >ls -l ket,lisieux.conn -rw-r--r-- 1 hobbit hobbit 1743 jun 27 17:19 ket,lisieux.conn tail ket,caen.conn Tue Jun 13 16:45:56 2006 green 1150209956 6 Tue Jun 13 16:46:02 2006 red 1150209962 159 Tue Jun 13 16:48:41 2006 green 1150210121 90504 Wed Jun 14 17:57:05 2006 red 1150300625 351 Wed Jun 14 18:02:56 2006 green 1150300976 666988 Thu Jun 22 11:19:24 2006 red 1150967964 493 Thu Jun 22 11:27:37 2006 green 1150968457 119 Thu Jun 22 11:29:36 2006 red 1150968576 207 Thu Jun 22 11:33:03 2006 green 1150968783 452782 Tue Jun 27 17:19:25 2006 red 1151421565 tail ket,lisieux.conn Thu Jun 1 09:30:22 2006 green 1149147022 976 Thu Jun 1 09:46:38 2006 red 1149147998 679 Thu Jun 1 09:57:57 2006 green 1149148677 719 Thu Jun 1 10:09:56 2006 red 1149149396 468 Thu Jun 1 10:17:44 2006 green 1149149864 848140 Sun Jun 11 05:53:24 2006 red 1149998004 98069 Mon Jun 12 09:07:53 2006 green 1150096073 206047 Wed Jun 14 18:22:00 2006 red 1150302120 149 Wed Jun 14 18:24:29 2006 green 1150302269 1119296 Tue Jun 27 17:19:25 2006 red 1151421565 Running commands manually seems ok >fping ket.caen ket.caen is alive bbcmd bbtest-net --debug --ping ket.caen seems also ok :( Tried to restart the server : did nothing Does anyone had the same problem before ? /guillaume To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

BBOSTYPE solaris <> sunos
by ndo＠unikservice.com 30 Jun '06

30 Jun '06

Hi, I have few pbs with some deadcat scripts, which considers (and it's true) sunos is not solaris. Please, can't you take this in consideration....I'd like to have "solaris" in BBOSTYPE for sunos5/solaris2/solaris > 8 ;-) Nicolas

1 0

[hobbit] Couple possible enhancement requests?
by David.Gore＠verizonbusiness.com 30 Jun '06

30 Jun '06

We have had several complete failures of the hobbit client when it hangs trying to look at remote file systems. Do you think the -l option should be the default? We typically do not care about NFS mounted or NIS mounted file systems although others may. Of course when Hobbit hangs ALL the tests go purple and you are unaware when it happens in the middle of the night. From the Solaris man page: -l Report on local file systems only. This option is used only for mounted file systems. It cannot be used with the -o option. I was also wondering if 'bbcmd' could be upgraded to accommodate different home directories? It appears to use the home directory that you compiled it with which works most of the time except when you copy bbcmd to a client host with a different home directory. nmsbb at thisHost:/var/home/nmsbb/client> bin/bbcmd perl ext/bb-se.pl 2006-06-29 16:27:37 Using default environment file /export/home/nmsbb/client/etc/hobbitclient.cfg 2006-06-29 16:27:37 Cannot open env file /export/home/nmsbb/client/etc/hobbitclient.cfg - No such file or directory -- David Gore (v965-3670) Enhanced Technology Support (ETS) Network Management Systems (NMS) IMPACT Transport Team Lead - SCSA, SCNA Page: 1-800-PAG-eMCI pin 1406090 Vnet: 965-3676

3 3

[hobbit] Status ok but conn history showing red on 2 hosts
by Guillaume.GALLIOT＠but.fr 29 Jun '06

29 Jun '06

Hello, I have a hobbit 4.1.2p1 running on linux RHEL4 I have some problems with the conn history showing red for 2 hosts The current status shows up as green for these hosts Event log & history show a red condition running since Tue Jun 27 17:19:25 2006 On other hosts history is updated without problems hobbit historyd is running >ps aux | grep history hobbit 17496 0.0 0.1 2072 664 ? S 16:17 0:00 hobbitd_channel --channel=stachg --log=/var/log/hobbit/history.log hobbitd_history hobbit 17515 0.0 0.1 2084 548 ? S 16:17 0:00 hobbitd_history "grep caen /var/log/hobbit/history.log" returns no match Owner, file and directories rights on ~hobbit/data/hist/ looks ok > pwd /opt/data/var/lib/hobbit/hist /var/lib/hobbit is a symlink to /opt/data/var/lib/hobbit >ls -ld .. drwxr-xr-x 11 hobbit hobbit 4096 avr 18 11:17 .. >ls -l ket,caen.conn -rw-r--r-- 1 hobbit hobbit 3198 jun 27 17:19 ket,caen.conn >ls -l ket,lisieux.conn -rw-r--r-- 1 hobbit hobbit 1743 jun 27 17:19 ket,lisieux.conn tail ket,caen.conn Tue Jun 13 16:45:56 2006 green 1150209956 6 Tue Jun 13 16:46:02 2006 red 1150209962 159 Tue Jun 13 16:48:41 2006 green 1150210121 90504 Wed Jun 14 17:57:05 2006 red 1150300625 351 Wed Jun 14 18:02:56 2006 green 1150300976 666988 Thu Jun 22 11:19:24 2006 red 1150967964 493 Thu Jun 22 11:27:37 2006 green 1150968457 119 Thu Jun 22 11:29:36 2006 red 1150968576 207 Thu Jun 22 11:33:03 2006 green 1150968783 452782 Tue Jun 27 17:19:25 2006 red 1151421565 tail ket,lisieux.conn Thu Jun 1 09:30:22 2006 green 1149147022 976 Thu Jun 1 09:46:38 2006 red 1149147998 679 Thu Jun 1 09:57:57 2006 green 1149148677 719 Thu Jun 1 10:09:56 2006 red 1149149396 468 Thu Jun 1 10:17:44 2006 green 1149149864 848140 Sun Jun 11 05:53:24 2006 red 1149998004 98069 Mon Jun 12 09:07:53 2006 green 1150096073 206047 Wed Jun 14 18:22:00 2006 red 1150302120 149 Wed Jun 14 18:24:29 2006 green 1150302269 1119296 Tue Jun 27 17:19:25 2006 red 1151421565 Running commands manually seems ok >fping ket.caen ket.caen is alive bbcmd bbtest-net --debug --ping ket.caen seems also ok :( Tried to restart the server : did nothing Does anyone had the same problem before ? /guillaume

1 0

annoying error in rrd-status.log with NCV module
by ndo＠unikservice.com 29 Jun '06

29 Jun '06

NCV module doesn't filter status line, so I have flow of : 2006-06-29 16:28:11 RRD error updating /var/hobbit/data/rrd/hostname/ x25s.rrd from 192.168.1.11: unknown DS name 'greenThuJun2916' 2006-06-29 16:27:44 RRD error updating /var/hobbit/data/rrd/hostname/ cpuio.rrd from 192.168.1.12: unknown DS name 'yellowIOwaitishigh'

1 0

Multiple graphs with NCV
by ndo＠unikservice.com 29 Jun '06

29 Jun '06

Hi, I'm writing a hobbit script to have x25 statistics. I'd like to have multiple graphs (call-in/call-out, pkts-in/pkts- out, bytes-in/bytes-out) int he same column. Is there any conf to told NCV module to build multiple graphs with the same status/data message ? Nicolas

2 2

hobbitfetch - for Hobbit clients that cannot reach the Hobbit server
by henrik＠hswn.dk 27 Jun '06

27 Jun '06

Some of you may be wondering what's happened since there is no release (candidate) of 4.2 yet. Part of the explanation is that I've been working on an urgent request from one of the Hobbit'ers, to come up with a solution where the Hobbit clients are not allowed to send data from the client (in a DMZ) to the Hobbit server (on the internal network). It's ready for some initial testing now, and I will include it in the 4.2 release but with a warning that it's very fresh and hasn't been tested much. But there have been several requests for this over time, so if this is something you may want to use, grab the latest snapshot and try it out. The way it works is that the client installation now includes a new tool called "msgcache". This is a "message cache"; the Hobbit client sends its data to msgcache (by having BBDISP set to 127.0.0.1 in the client configuration), and any add-on extensions also report their status to msgcache. On the Hobbit server, a new task "hobbitfetch" then polls all of the clients running msgcache, collects the messages they have saved, and sends them off to the Hobbit server. More information about setting it up is in the "msgcache" and "hobbitfetch" man-pages. You basically enable the tasks in the server- and client-configuration, and add a "pulldata" option to the client entries in the bb-hosts file. One advantage of this is that no modifications are needed on the client; all of your custom extension script will just work. And since hobbitfetch has been written to poll lots of clients simultaneously, it also scales better than e.g. copying the data from clients using scp or an SSH tunnel. Also, it is compatible with the Hobbit way of configuring clients centrally on the Hobbit server. Regards, Henrik

3 3

Hobbit client 4.2 running in local mode - FILE, LOG and DIR tests
by frederic.mangeant＠steria.com 27 Jun '06

27 Jun '06

Hi again I'm using a Hobbit 4.2 client (from latest snapshot) with the "--local" flag in ~client/etc/clientlaunch.cfg Here's my ~client/etc/localclient.cfg : DEFAULT UP 1h LOAD 5.0 10.0 DISK * 90 95 MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 97 CLOCK 3600 PROC snmpd 1 1 yellow PROC /usr/sbin/apache2 10 50 red PORT "LOCAL=%([.:]80)$" state=LISTEN TEXT=HTTP PORT "LOCAL=%([.:]22)$" state=ESTABLISHED max=20 color=yellow TRACK=ssh "TEXT=SSH logins" DIR /home/hobbituser red SIZE<10000 FILE /var/log/apache2/access_log red SIZE<100M LOG /var/log/apache2/error_log WARNING COLOR=yellow Everything works but the FILE, DIR and LOG tests. I get "The client did not report any logfile data" and "No files checked". I saw that commentary : #NB: The directories you wish to monitor must be listed in a "dir:..." # entry in the client-local.cfg file, in order for the client to # report any data about them. As I understand, a client in local mode sends directy its statuses to the Hobbit server, but it seems that some configuration has still to be made on the server... Henrik, could you change this behaviour, so that a client in local mode doesn't need configuration on the server ? I'd really appreciate, as it will allow us to upgrade from Big Brother Unix client to Hobbit client. Another thing, I keep getting every 5 minutes this error message in ~client/logs/hobbitclient.log : 2006-06-27 15:20:08 Failed to get a message, terminating And the clientupdate command doesn't return anything : $ ~client/bin/clientupdate --level $ Thanks ! -- Frédéric Mangeant Steria EDC Sophia-Antipolis

2 3

bug in DISK check ?
by ndo＠unikservice.com 27 Jun '06

27 Jun '06

Hi, Take look to this rule : DISK /ocadat/dmp-1 101 101 HOST ocapi This results in : Filesystem /ocadat/dmp-1 (found 1, req. at most 0) ?????

2 4

[hobbit] vmstat graph
by CHRIS.MORRIS＠RWEnpower.com 27 Jun '06

27 Jun '06

You need an entry in bb-hosts file for each client or default that has "TRENDS:*,vmstat:vmstat4|vmstat9" See the bb-hosts man page Regards, Chris > -----Original Message----- > From: Nicolas Dorfsman [SMTP:ndo at unikservice.com] > Sent: Thursday, June 22, 2006 9:36 AM > To: hobbit at hswn.dk > Subject: [hobbit] vmstat graph > > > > Hi, > > I'd want to have vmstat4 and vmstat9 definitions in hobbitgraph.cfg > > being used to put their graphs in trend column. > > I've put them in the GRAPHS variable...without success. > > Where's my mistake ? > > > > TIA > > > Nicolas > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

3 6