January 2007 - Xymon - Xymon mailman web

[hobbit] Disk not showing
by PNIXON＠ci.somerville.ma.us 10 Jan '07

10 Jan '07

Yeah, sorta stumbled onto that. I'll see how it behaves tonight and make sure it's happy. I think I did add the IGNORE statement to hobbit-client.cfg earlier this week in an attempt to clear out the temporary mnt information. --Pat -----Original Message----- From: henrik at hswn.dk [mailto:henrik at hswn.dk] Sent: Wednesday, January 10, 2007 12:26 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Disk not showing On Wed, Jan 10, 2007 at 12:13:22PM -0500, PNIXON at ci.somerville.ma.us wrote: > > On Mon, Jan 08, 2007 at 01:34:30PM -0500, PNIXON at ci.somerville.ma.us wrote: > > It's the /dev/sdb1 that's not graphing appropriately. > > > > It is graphing on the occasional /mnt that the system does > > overnight, but not sdb1. > > Is there a "disk,snapshot.rrd" file in the ~hobbit/data/rrd/HOSTNAME/ > directory ? > > --- Yes, the file is there with a current timestamp. OK, that means it's "only" an issue with getting the graph displayed. Hobbit does pick up the data for this filesystem. > Does the graph show up on the "trends" column ? > > --- Yeah, but it's the seventh disk monitored. > > Overnight, several remote disks are cifs mounted to be able to be > copied locally. That's the reason. Filesystems that "come and go" tend to confuse the "disk" graph display. I'll bet that your "disk" graph currently has three graphs showing, but it's just not the right three graphs - there are one or more of these remote filesystems showing up instead. (What's happening is that when building the disk graph, Hobbit looks at the number of filesystems reported in the disk status message. It sees 3 filesystems, so it builds a graph for three filesystems - but when there are more disk*.rrd files than that, it will pick the first three RRD files - in alphabetical order - which were modified within the past 24 hours. Since "mnt" goes before "snapshot", you get a graph for the /mnt filesystem instead of the one for /snapshot). The best solution would be to put configuration entries for these come-and-go filesystems into hobbit-clients.cfg with an IGNORE setting. Then you can delete the disk*.rrd files that refer to these cifs filesystems. That removes them from the "disk" status, and so they will no longer confuse the disk graph. Note that this only works if the server is running the Hobbit client (not the BB client). Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Disk not showing
by PNIXON＠ci.somerville.ma.us 10 Jan '07

10 Jan '07

-----Original Message----- From: henrik at hswn.dk [mailto:henrik at hswn.dk] Sent: Tuesday, January 09, 2007 5:09 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Disk not showing On Mon, Jan 08, 2007 at 01:34:30PM -0500, PNIXON at ci.somerville.ma.us wrote: > It's the /dev/sdb1 that's not graphing appropriately. > > It is graphing on the occasional /mnt that the system does overnight, > but not sdb1. Do you have an RRDDISKS or NORRDDISKS setting in hobbitserver.cfg ? --- Neither are configured in hobbitserver.cfg Is there a "disk,snapshot.rrd" file in the ~hobbit/data/rrd/HOSTNAME/ directory ? --- Yes, the file is there with a current timestamp. Does the graph show up on the "trends" column ? --- Yeah, but it's the seventh disk monitored. Overnight, several remote disks are cifs mounted to be able to be copied locally.

2 1

[hobbit] Disk not showing
by PNIXON＠ci.somerville.ma.us 10 Jan '07

10 Jan '07

Okay, I hate replying to my own emails, but I deleted the disk,mnt* files, about five of them, from the rrd/bigfoot directory and now snapshot is on the disk graph, and all the trends. -----Original Message----- From: PNIXON at ci.somerville.ma.us [mailto:PNIXON at ci.somerville.ma.us] Sent: Wednesday, January 10, 2007 12:13 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Disk not showing -----Original Message----- From: henrik at hswn.dk [mailto:henrik at hswn.dk] Sent: Tuesday, January 09, 2007 5:09 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Disk not showing On Mon, Jan 08, 2007 at 01:34:30PM -0500, PNIXON at ci.somerville.ma.us wrote: > It's the /dev/sdb1 that's not graphing appropriately. > > It is graphing on the occasional /mnt that the system does overnight, > but not sdb1. Do you have an RRDDISKS or NORRDDISKS setting in hobbitserver.cfg ? --- Neither are configured in hobbitserver.cfg Is there a "disk,snapshot.rrd" file in the ~hobbit/data/rrd/HOSTNAME/ directory ? --- Yes, the file is there with a current timestamp. Does the graph show up on the "trends" column ? --- Yeah, but it's the seventh disk monitored. Overnight, several remote disks are cifs mounted to be able to be copied locally. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Adminscripts 0.2.2 with perl-date Option
by stefan.freisler＠aspect-online.de 10 Jan '07

10 Jan '07

Hi, i just uploaded v0.0.2 on my server. Everyone who has problems with date (who has no gnu date) can use perl by aktivating it in config part of the scripts. Download: http://www.fh-augsburg.de/~henk/hobbit/ please send me statments, bugs and wishes. (I hope it is all ok but i have less time today) by Stefan

1 0

[hobbit] External alert script.
by David.Whitehouse＠talis.com 10 Jan '07

10 Jan '07

Recovering alerts have a status of red but have a RECOVERD env' variable set to "1". Sounds like you need to check for this var too. -----Original Message----- From: Thomas [mailto:tlp-hobbit at holme-pedersen.dk] Sent: 10 January 2007 12:02 To: hobbit at hswn.dk Subject: Re: [hobbit] External alert script. The problem is that the BBCOLORLEVEL is still red when the script is run again, and the BBALPHAMSG is giving service is green OK. A bit strange. Maybe its my perl coding which is not ok. Rolf Schrittenlocher wrote: > Hi Thomas, > > in most cases external scripts are running regularly and will send a > new status with color=green once the error is recovered. > regards > rolf >> Hi ! >> >> I am writing an external alert script and the initial activatio is >> ok. But when the service is then recovered I have problems with the >> correct detection. >> >> Looking at http://www.hswn.dk/hobbiton/2005/08/msg00282.html I see >> that various variables are set when calling the script, but I can not >> match a RECOVERED string in BBALPHAMSG. Is this due to hobbit alert >> module identifiyeing the recovery by itself and not letting this on >> the the script ? >> >> Br Thomas >> >> To unsubscribe from the hobbit list, send an e-mail to >> hobbit-unsubscribe at hswn.dk >> >> >> > > To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk The very latest from Talis read the latest news at www.talis.com/news listen to our podcasts www.talis.com/podcasts see us at these events www.talis.com/events join the discussion here www.talis.com/forums join our developer community www.talis.com/tdn and read our blogs www.talis.com/blogs Any views or personal opinions expressed within this email may not be those of Talis Information Ltd. The content of this email message and any files that may be attached are confidential, and for the usage of the intended recipient only. If you are not the intended recipient, then please return this message to the sender and delete it. Any use of this e-mail by an unauthorised recipient is prohibited.

1 0

External alert script.
by tlp-hobbit＠holme-pedersen.dk 10 Jan '07

10 Jan '07

Hi ! I am writing an external alert script and the initial activatio is ok. But when the service is then recovered I have problems with the correct detection. Looking at http://www.hswn.dk/hobbiton/2005/08/msg00282.html I see that various variables are set when calling the script, but I can not match a RECOVERED string in BBALPHAMSG. Is this due to hobbit alert module identifiyeing the recovery by itself and not letting this on the the script ? Br Thomas

2 2

[hobbit] clients-local.cfg question
by cdanger2k＠yahoo.com 09 Jan '07

09 Jan '07

Thanks Henrik, I went ahead and applied the patch cluster. I am still having a problem with classes though; when I create a CLASS in hobbit-clients.cfg, like so: CLASS=app FILE /var/log/app/app.log size<1 red and apply the class tag in bb-hosts, like so: 192.168.1.10 test # testip class=app it is not picking up the FILE statement in the CLASS definition. If I change the CLASS definition to a HOST definition (with appropriate hostname), it works fine. Thanks- Jay ----- Original Message ---- From: Henrik Stoerner <henrik at hswn.dk> To: hobbit at hswn.dk Sent: Saturday, January 6, 2007 3:23:41 PM Subject: Re: [hobbit] clients-local.cfg question On Fri, Jan 05, 2007 at 07:39:53PM -0800, Chuck Danger wrote: > I seem to be having a problem understanding clients-local.cfg. > Is it not possible for a host to match multiple entries in > clients-local.cfg? Not in the original 4.2.0 release. There is a patch for this on http://www.hswn.dk/hobbitsw/patches/ in the "Enhancements" section. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Alternate alert text for FILE event.
by tlp-hobbit＠holme-pedersen.dk 09 Jan '07

09 Jan '07

Is there some way of setting an fixed text for a file log alert event ? Ie instead of File was modified 7380 seconds ago - should be <7200 then something like File was not modified for 7200 seconds - pls check ZYX on server. Br Thomas

2 1

[hobbit] Disk not showing
by PNIXON＠ci.somerville.ma.us 09 Jan '07

09 Jan '07

It's the /dev/sdb1 that's not graphing appropriately. It is graphing on the occasional /mnt that the system does overnight, but not sdb1. --Pat -----Original Message----- From: henrik at hswn.dk [mailto:henrik at hswn.dk] Sent: Monday, January 08, 2007 12:25 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Disk not showing On Mon, Jan 08, 2007 at 10:09:55AM -0500, PNIXON at ci.somerville.ma.us wrote: > I just noticed that one of my systems disks isn't showing up in the > graph for the disk utilization. > > Are there any steps to troubleshoot this? > > -- Text from disk status page-- > Mon Jan 8 10:04:04 EST 2007 - Filesystems OK > > Filesystem 1024-blocks Used Available Capacity Mounted on > /dev/sda1 6040288 1035648 4697804 19% / > /dev/sda6 69804244 6892104 62912140 10% /home > /dev/sdb1 720870988 406581792 277671040 60% /snapshot Which one is missing ? And is it the *graph only* that is missing, or is there a filesystem which isn't included at all in the above df output? Note that NFS mounts are NOT reported by the client. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

4 4

Hobbit regular expression problem in macros
by jonescr＠cisco.com 09 Jan '07

09 Jan '07

I am again being bitten by regex problems. I am able to reproduce it with the following entries in hobbit-alerts.cfg: $IGNORE_HOSTS=%prod-web-(1|2|3|4|9|10|11)$ HOST=$IGNORE_HOSTS service=* IGNORE If I then check the "info" column of a host that is *not* supposed to be ignored, such as prod-web-12. It shows that it is indeed ignored. This is a serious problem as I have already missed alerts for some production hosts because of this problem. According to pcretest (Henriks recommended method of testing a Hobbit regex), there is nothing wrong with the regular expression that I am using: $ pcretest PCRE version 6.6 06-Feb-2006 re> /prod-web-(1|2|3|4|9|10|11)$/ data> prod-web-12 (*correctly not matching*) No match data> prod-web-19 (*correctly not matching*) No match data> prod-web-10 (*correctly matching*) 0: prod-web-10 1: 10 From the above tests you can see that prod-web-12 does not match the regex when using pcretest, yet Hobbit is matching it for some reason. A possible work-around could be to not use a regex at all, such as $IGNORE_HOSTS=prod-web-1,prod-web-2,prod-web-3... but that is not really a solution if you have hundreds of hosts, and my main point is that regular expressions are not working as they are documented. I've also tried other undocumented ways of using the regex, including: No hosts matched at all $IGNORE_HOSTS=%prod-web-(1|2|3|4|9|10|11)$ HOST="IGNORE_HOSTS" No hosts matched at all $IGNORE_HOSTS="%prod-web-(1|2|3|4|9|10|11)$" HOST=$IGNORE_HOSTS All hosts match (both web-12 and web-11) $IGNORE_HOSTS=prod-web-(1|2|3|4|9|10|11)$ HOST=%$IGNORE_HOSTS If anyone else can verify or reproduce this, it would be helpful in at least convincing Henrik to add it to the list of things to fix in the next version. I honestly hope that it's not a problem with Hobbit and instead something I am doing wrong - if so please enlighten me. -Charles

1 2