Oh, it’s xymond_alert not xymon_alert.
Fantastic, that gets me further. So it appears to be breaking on my
Perl-compatible percent-asterisk (%*) in the alert.cfg. Apparently my
wildcard is invalid.
I change the line from *HOST=%** to *HOST=** and alerts are working great.
Should I use *HOST=**, is this the recommended method? I would assume the
alert.cfg to have a basic example for "all hosts" but the best I could find
was the Perl example.
-Tres
- user-88678e65ced1@xymon.invalid
On Wed, Sep 10, 2014 at 11:40 AM, Root, Paul T <user-76fdb6883669@xymon.invalid>
wrote:
Oh, it’s xymond_alert not xymon_alert.
*From:* Root, Paul T
*Sent:* Wednesday, September 10, 2014 10:38 AM
*To:* 'Tres Finocchiaro'; 'Ribeiro, Glauber'
*Cc:* 'xymon at xymon.com'
*Subject:* RE: [Xymon] leaking memory, alerts.cfg problems
*From:* Xymon [mailto:xymon-bounces at xymon.com <xymon-bounces at xymon.com>] *On
Behalf Of *Tres Finocchiaro
*Sent:* Wednesday, September 10, 2014 10:22 AM
*To:* Ribeiro, Glauber
*Cc:* xymon at xymon.com
*Subject:* Re: [Xymon] leaking memory, alerts.cfg problems
But I get this:
2014-09-10 11:14:01 Using default environment file
/usr/lib/xymon/client/etc/xymonserver.cfg
2014-09-10 11:14:01 execvp() failed: No such file or directory
This is a problem. Xymoncmd couldn’t find xymon_alert. So it’s not in your
path, you need to give the full path.
I assume xymon doesn't stop sending alerts after a timeout period, right?
We chose to use the SSH service since it doesn't affect our environment.
We can add a fake hostname/ip as well. I fear may have something
misconfigured since alerts won't go through at all.
No. xymon sends alerts by what you define for it to send. There are no
alerts by default.
-Tres