[Xymon] External scripts thresholds via hobbit-clients.cfg

[Scot Kreienkamp]

Ralph,

When I removed the DS definition I did get the error message in the log so it looks like it's picking up the line.  But it's not doing anything with it.  I removed all the logfiles so it would be easy to find any error messages, but ten minutes later and nothing except a few peer not up messages from the restart.

Unless Henrik has some suggestions to figure out why it doesn't work I'll probably be forced to make this an external test.  Thanks for your help in troubleshooting though, it's much appreciated.

Scot Kreienkamp
skreien at la-z-boy.com

From: Ralph Mitchell [mailto:ralphmitchell at gmail.com]
Sent: Thursday, October 20, 2011 12:51 AM
To: Scot Kreienkamp
Subject: Re: [Xymon] External scripts thresholds via hobbit-clients.cfg


I have a system at home running xymon-4.3.4.  It has a script run by xymon that reads a temperature probe and logs to an rrd.  I've just tried this:

 rrdtool dump 1wire.rrd |egrep -e name -e last_ds -e type

                        <name> Board </name>
                        <type> GAUGE </type>
                        <last_ds>77.79</last_ds>
                        <name> Probe </name>
                        <type> GAUGE </type>
                        <last_ds>35.15</last_ds>

and added this to analysis.cfg:

HOST=ithilien
        DS conn 1wire.rrd:Probe >35 COLOR=red "TEXT=Keg temp exceeding &L degrees"

I briefly changed the number to 3 and the COLOR to yellow, just to make sure it wasn't having a problem with single digits and colors.  You can see in the conn column where the probe temp rose too high.  The probe data is graphed under the 1wire column, so it doesn't even matter if the rrd has a different name to the column.

When I first added the extra bits, I stopped xymon, then started it.  After subsequent changes I did a

    xymon.sh restart

I don't think it's supposed to *need* the restart.

You might also try removing the :ds0.  That should cause a message like this in a log somewhere:

     Invalid DS definition at line %d (missing column, key and/or dataset)

Don't know what else to suggest, except maybe insert a few more errprintf() lines in the code.  Henrik may still chime in with some suggestions too.

Ralph Mitchell


On Wed, Oct 19, 2011 at 9:59 PM, Scot Kreienkamp <SKreien at la-z-boy.com<mailto:SKreien at la-z-boy.com>> wrote:
Quite sure.

Since the column has to exist I changed it to conn for now in analysis.cfg.

Current analysis.cfg entry:
HOST=connect-mn.la-z-boy.com<http://connect-mn.la-z-boy.com>
        DS conn cmrtgusers.rrd:ds0 >3 COLOR=red "TEXT=Exceeding 3 logged in users"


[hobbit at retv6100 ~]$ rrdtool dump data/rrd/connect-mn.la-z-boy.com/cmrtgusers.rrd<http://connect-mn.la-z-boy.com/cmrtgusers.rrd> |egrep -e name -e last_ds -e type
                <name> ds0 </name>
                <type> GAUGE </type>
                <last_ds> 25 </last_ds>
                <name> ds1 </name>
                <type> GAUGE </type>
                <last_ds> 25 </last_ds>

Scot Kreienkamp
skreien at la-z-boy.com<mailto:skreien at la-z-boy.com>

From: Ralph Mitchell [mailto:ralphmitchell at gmail.com<mailto:ralphmitchell at gmail.com>]
Sent: Wednesday, October 19, 2011 9:45 PM
To: Scot Kreienkamp
Cc: xymon at xymon.com<mailto:xymon at xymon.com>

Subject: Re: [Xymon] External scripts thresholds via hobbit-clients.cfg

According to the manual page:

      "column" is the statuscolumn that will be modified

so it already exists.

You're absolutely *sure* the rrd is cmrtgusers.rrd and has a data variable called ds0?

Ralph Mitchell

On Wed, Oct 19, 2011 at 9:02 PM, Scot Kreienkamp <SKreien at la-z-boy.com<mailto:SKreien at la-z-boy.com>> wrote:
Raph,

>From your post, it sounds like I should be getting a column named Users, according to my config?  If so, I don't get that column.  Even if I name it as a column that already exists I don't get any additional info in that column.  It's like the lines in analysis.cfg are being totally ignored.

I upgraded to 4.3.5 this afternoon also, just in case it might have been something with the version I was running previously.  I set debug on all the services I thought might be responsible for this operation and there's no mention of the column or the RRD in the logfiles.

Thanks for the help.  I've got to be doing something wrong or encountering a bug of some kind, but I'm totally lost as to what it is.

Scot Kreienkamp
skreien at la-z-boy.com<mailto:skreien at la-z-boy.com>

From: xymon-bounces at xymon.com<mailto:xymon-bounces at xymon.com> [mailto:xymon-bounces at xymon.com<mailto:xymon-bounces at xymon.com>] On Behalf Of Ralph Mitchell
Sent: Wednesday, October 19, 2011 12:39 PM
To: xymon at xymon.com<mailto:xymon at xymon.com>

Subject: Re: [Xymon] External scripts thresholds via hobbit-clients.cfg

On Wed, Oct 19, 2011 at 10:56 AM, Scot Kreienkamp <SKreien at la-z-boy.com<mailto:SKreien at la-z-boy.com>> wrote:
OK, I'm completely stumped on this one, and very Frustrated.

Here's my line:
DS Users cmrtgusers.rrd:ds0 >3 COLOR=red "TEXT=Exceeding 30 logged in users"

The last value from the rrd was 35, so the line should be hit, but I get nothing.  I added debug to all the modules, I've tried several names for the column, I even linked the rrd to another name because it had a dash in the middle thinking the parser might not like that.  Still nothing.  I also then removed the rrd completely, hoping that I would at least get a line in one of the logfiles indicating a missing rrd.  I get NOTHING no matter what I do.  What am I doing wrong???  HELP!

I've just proved to my own satisfaction that a space between the symbol and the number prevents the number from being read correctly.  i,.e.  ">15.0" works, but "> 15.0" does not.  You can verify the number is being read by inserting &L or &U in the TEXT string:

      DS Users cmrtgusers.rrd:ds0 >3 COLOR=red "TEXT=Exceeding &L logged in users"

You should see "Exceeding 3.00 logged in users".  It seems to be OK without or without the decimal, but with a space the number is read as 0.00.

If I found the correct piece, the code is in xymon-4.3.3/xymond/client_config.c starting at line 1383 (line 1404 in xymon-4.3.5).  The number is converted by atof() at line 1438 (line 1439 in 4.3.5), which is supposed to be able to deal with optional leading whitespace, but apparently that's not happening here.

It takes a while for xymon to re-read the analysis.cfg file, so you might want to alter the TEXT string a bit each time you try something, so you know when the update takes effect.

Ralph Mitchell
This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.

This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.

This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20111020/e5d458d8/attachment.html>