- Xymon - Xymon mailman web

Fwd: [xymon] msgs : always green instead of configuring for errors
by akshar.bhosale＠gmail.com 16 Feb '11

16 Feb '11

Hi, Thank you for pointing the mistake; but even after changing the setting, it is not working. Here are my changed settings in hobbit-clients.cfg Hosts are host1.abc.pqr.xyz----host50.abc.pqr.xyz HOST=%.*.abc.pqr.xyz LOG /var/log/messages lockup COLOR=red DEFAULT # These are the built-in defaults. UP 1h LOAD 18.0 20.0 DISK * 90 95 MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 97 Even after restarting server and client, it is showing the same behaviour. Kindly let me know i -akshar ---------- Forwarded message ---------- From: pankaj dorlikar <pankaj.dorlikar at gmail.com> Date: Mon, Feb 14, 2011 at 6:05 PM Subject: Re: [xymon] msgs : always green instead of configuring for errors To: akshar.bhosale at gmail.com On Mon, Feb 14, 2011 at 12:00 PM, Henrik Størner <henrik at hswn.dk> wrote: > In <AANLkTikfYsvxA4dTTgTVrhQCFGG-vMQOAZ8XbvJHc_57 at mail.gmail.com> akshar > bhosale <akshar.bhosale at gmail.com> writes: > > >i am using xymon 4.2.2. I want that each client should show msgs red if > >lockup word comes in /var/log/messages. > > >~xymon/server/etc/hobbit-clients.cfg > >DEFAULT > > # These are the built-in defaults. > > UP 1h > > LOAD 18.0 20.0 > > DISK * 90 95 > > MEMPHYS 100 101 > > MEMSWAP 50 80 > > MEMACT 90 97 > > PROC cron > > PROC /opt/PBS/bin/myscript.sh > > LOG /var/log/messages lockup COLOR=red > > You should Never, Ever, put PROC and LOG settings in the > DEFAULT section. > > Move them into a "HOST=*" section, before the DEFAULT one. > > > Regards, > Henrik > > > To unsubscribe from the xymon list, send an e-mail to > xymon-unsubscribe at xymon.com >

3 3

weird thing in trending
by olivier＠audry.fr 15 Feb '11

15 Feb '11

hello xymon 4.3.0-RC1. I'm doing : xymon 127.0.0.1 "data xxxxxxxxxxx.trends `cat test`" with test : [testqos.rrd] DS:in:GAUGE:600:0:U 21 DS:out:GAUGE:600:0:U 8 On the xymon server I get on the rrd_channel : @@data#11/xxxxxxxxxxx|1297775436.696520|127.0.0.1||xxxxxxxxxxxxxxxxxxxxx|trends||pn data xxxxxxxxxxxxx.trends [testqos.rrd] DS:in:GAUGE:600:0:U 21 DS:out:GAUGE:600:0:U 8 @@ should be ok. But the strange thing is in the rrd_data debug log : 20303 2011-02-15 14:10:36 xymond_rrd: Got message 11 @@data#11/xxxxxxxxxxxxxxx|1297775436.696520|127.0.0.1||xxxxxxxxxxxxxxxxxxx|trends||pn 20303 2011-02-15 14:10:36 startpos 10451, fillpos 10451, endpos -1 20303 2011-02-15 14:10:36 Creating rrd /opt/xymon//data/rrd/xxxxxxxxxxxxxx/vmstat.rrd 20303 2011-02-15 14:10:36 RRD create param 00: 'rrdcreate' 20303 2011-02-15 14:10:36 RRD create param 01: '/opt/xymon//data/rrd/xxxxxxxxxxxxxxxx/vmstat.rrd' 20303 2011-02-15 14:10:36 RRD create param 02: '-s' 20303 2011-02-15 14:10:36 RRD create param 03: '300' 20303 2011-02-15 14:10:36 RRD create param 04: 'DS:in:GAUGE:600:0:U' 20303 2011-02-15 14:10:36 RRD create param 05: 'DS:out:GAUGE:600:0:U' 20303 2011-02-15 14:10:36 RRD create param 06: 'RRA:AVERAGE:0.5:1:576' 20303 2011-02-15 14:10:36 RRD create param 07: 'RRA:AVERAGE:0.5:6:576' 20303 2011-02-15 14:10:36 RRD create param 08: 'RRA:AVERAGE:0.5:24:576' 20303 2011-02-15 14:10:36 RRD create param 09: 'RRA:AVERAGE:0.5:288:576' the data are going into vmstat.rrd. WTF ? :) I test the same thing on another xymon rc1 set up and I don't have this kind of issue. But Henrik, do you have an idee ? many thx oau

1 1

Hostbased override values hobbit-clients.cfg
by s.seitz＠netz-haut.de 14 Feb '11

14 Feb '11

Henrik, thank you! Sometimes it's worth reading the man pages... shame on me ... Also to Ralph Mitchell, who offered the very same answer. Cheers, Stephan > >At the top of this file, defaults are defined: > > >DEFAULT > > LOAD 3.0 7.0 > > DISK * 86 92 > > [... and others ...] > > >Below there are single hosts defined (mostly PROC checking) > > > That's wrong. DEFAULT settings MUST go last, anything else should > be placed above it. > > It even says so in the file: > > # The special DEFAULT section can modify the built-in defaults - this > must > # be placed at the end of the file.

1 0

xymon_4.3.0-RC1: possible lost alerts
by dominique.frise＠unil.ch 14 Feb '11

14 Feb '11

Hi, I think I found a bug in xymond_alert.c. Lets say there is a page msg for hostA.serviceA and this alert will not be processed immediately because of this part of code: 816 /* 817 * When a burst of alerts happen, we get lots of alert messages 818 * coming in quickly. So lets handle them in bunches and only 819 * do the full alert handling once every 10 secs - that lets us 820 * combine a bunch of alerts into one transmission process. 821 */ 822 if (nowtimer < (lastxmit+10)) continue; 823 lastxmit = nowtimer; The main loop will then wait for a new msg from xymond (Want msg <num>, startpos... etc). Now if the next msg is a page recovery from the same hostA.serviceA, the next processing of the active alerts (for loop) will then cleanup the alert for hostA.serviceA without sending any alert. Dominique

2 7

About trends
by olivier＠audry.fr 14 Feb '11

14 Feb '11

hello I'm trying to graph the qos of my cisco devices. For the moment I can get this information : Policy Name Policy direction Policy interface Class map name Post policy MBits/s rate I would like to have one graph by Policy interface and graph the Post policy MBits/s rate for each Class map name on the same graph. Class map name is not defined. The number of Class map name can change. help need :) oau

2 2

temperature.sh reports Unknown OS
by jotsik＠vivodi.gr 14 Feb '11

14 Feb '11

Hello all I've been trying for a while to find a solution in the archives but i wasn't able, so here's the problem: I have 2 Dell PE 1850 servers running CentOS with hobbit client installed. I want to monitor the clients using omreport sending the results to Hobbit server. I am trying as a start to check the temperature using the temperature.sh script from deadcat. When i try to run it, it returns Unknown OS. Then i tried to run openmanage.sh and it reports omreport command not found. I am using Administrators Version 6.4 Any ideas? Thanks!

3 3

Hostbased override values hobbit-clients.cfg
by s.seitz＠netz-haut.de 14 Feb '11

14 Feb '11

Hi there, I've got one problem with the hobbit-clients.cfg At the top of this file, defaults are defined: DEFAULT LOAD 3.0 7.0 DISK * 86 92 [... and others ...] Below there are single hosts defined (mostly PROC checking), the defaults for LOAD and DISK were fine for all monitored Hosts over the last years(!! ;) ), but now, I want to monitor bigger storage spaces, where a notify level of 86% means 5 or so TB free, which is much too early ... , so I've added the following: HOST=thisbiggerstorage.fqdn.tld DISK /data 95 98 But, this value is never used, the /data Mountpoints warnlevel stays at 86% For other Hosts, I've tried the very same with the LOAD keyword, because these hosts utilize a lot of cores and can go upto 16 without any problem. But the very same: the new value is never getting uses. 3.0 / 7.0 from the DEFAULT section stays... Restarting the hobbit server processes don't show up any effect. Could someone please shed some light on what am I doing wrong? Thanks! Stephan Mit freundlichen Gruessen -- Stephan Seitz Senior System Administrator netz-haut GmbH multimediale kommunikation Zweierweg 22 97074 Würzburg Telefon: 0931 2876247 Telefax: 0931 2876248 Web: www.netz-haut.de Amtsgericht Würzburg - HRB 10764 Geschäftsführer: Michael Daut, Kai Neugebauer

3 2

monitoring listen local socket
by robert＠schetterer.org 14 Feb '11

14 Feb '11

Hi @ll anyone an example with how to monitor a socket for exist and listen in hobbit-clients i.e /var/run/clamav/clamav-milter.ctl i am not sure with file statement and/or/nor ports -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 4

Temp graphs
by rower.master＠gmail.com 14 Feb '11

14 Feb '11

Hello all, I´m monitoring some Dell hardware with devmon but my temperature graphs do not show on display not even has a broken URL. Does anyone know if there is some patch in order to get this working? I´m running xymon 4.3.0 beta. Best regards, Mario.

2 1

AUTO: Lars-Ole G Nielsen is out of the office (returning 21-02-2011)
by lnielsen4＠csc.com 14 Feb '11

14 Feb '11

I am out of the office until 21-02-2011. Note: This is an automated response to your message "[xymon] msgs : always green instead of configuring for errors" sent on 13/2/2011 11:58:18. This is the only notification you will receive while this person is away.

1 0