Purple alerts 🔗 link

Hi, I'd like to be able to have more control over purple alerts. I know
Henrik has added a new parm into xymonserver.cfg called STATUSLIFETIME
but that seems to be a global parm.

 
What I'd really like to do is reduce the purple time for devmon to 5
minutes less than the global. This would enable me to detect devmon
going purple and trigger the restart script without having all the snmp
monitored devices (we have about 10) going purple as well.

 
I hope someone can help on this,

 
Neil Simmonds Operations Analyst
Operations Support Group Express Gifts Ltd. user-8188d25e65e4@xymon.invalid 
Tel :- 01254 303092 Fax :- 01254 303100 
 

Name & Registered Office: EXPRESS GIFTS LIMITED, 2 GREGORY ST, HYDE, CHESHIRE, ENGLAND, SK14 4TH, Company No. 00718151.
Express Gifts Limited is authorised and regulated by the Financial Services Authority
NOTE:  This email and any information contained within or attached in a separate file is confidential and intended solely for the Individual to whom it is addressed. The information or data included is solely for the purpose indicated or previously agreed. Any information or data included with this e-mail remains the property of Findel PLC and the recipient will refrain from utilising the information for any purpose other than that indicated and upon request will destroy the information and remove it from their records.  Any views or opinions presented are solely those of the author and do not necessarily represent those of Findel PLC. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. No warranties or assurances are made in relation to the safety and content of this e-mail and any attachments.  No liability is accepted for any consequences arising from it. Findel Plc reserves the right to monitor all e-mail communications through its internal and external networks. If you have received this email in error please notify our IT helpdesk on +44(0) 1254 303030

 

Hi all,

 
I am currently running 4.3.0 and just starting a project to upgrade.  I
know the newer releases include major changes and require some specific
upgrade processing.  Do I need to upgrade to a specific version before
going all the way to 4.3.6  (or 4.3.7 when released?), or can I upgrade
from 4.3.0 directly to 4.3.6?

 
Thanks,

Bruce

 
 
 Bruce White
 Senior Enterprise Systems Engineer | Phone: X-XXX-XXX-XXXX | Fax: XXX-XXX-XXXX | user-58f975e8bf9d@xymon.invalid | http://www.fellowes.com/
 
 
 
Disclaimer: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Fellowes, Inc.

And once again my reply didn't go to the list...

On Fri, Dec 9, 2011 at 6:22 AM, Neil Simmonds <

user-8188d25e65e4@xymon.invalid> wrote:

Dunno about devmon specifically, but in general a test script "does stuff"
to discover the state of the target device/service, then constructs a
message that looks something like:

     "status $MACHINE.$TEST $COLOR `date`
       yadda yadda yadda
       other informational bits, etc, and so on"

then sends that message to the xymon server.  The default lifetime of a
status message is 30 minutes, which you can change by appending a time to
the word "status".

     "status+15 thing,domain,co,uk.test green `date`"

to get a 15 minute lifetime.  You ought to be able to locate that part in
devmon and make an appropriate adjustment.  Or maybe there's already
something in devmon for setting the message lifetime, but I don't use it so
I don't know.

This is described in the "XYMON MESSAGE SYNTAX" section in the xymon.1 man
page.

 Ralph Mitchell

I created a script that I call a heartbeat check.  It is based on this query:

   $serverDate = `$XYMON localhost "clientlog $server section=date"`;

Just check the date of the last message from the client and alert as appropriate.  I use this query to get my configured hosts:

   my $XYMONHOSTGREP = "$XYMONHOME/bin/xymongrep hb";  # retrieve all hosts with the 'hb'tag in hosts.cfg

And I use this config file for exceptions:

# default hb time is 600 seconds or 10 minutes
# configure exceptions here
#
#server|max heartbeat time (seconds)
somehost29|900
somehost30|900

I do not know if I could share the script without consulting the corporate policy since they effectively paid and own my work.  


~David

From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Ralph Mitchell
Sent: Friday, December 09, 2011 13:18
To: Xymon Mailing List
Subject: Re: [Xymon] Purple alerts

And once again my reply didn't go to the list...

On Fri, Dec 9, 2011 at 6:22 AM, Neil Simmonds <user-8188d25e65e4@xymon.invalid> wrote:
Hi, I'd like to be able to have more control over purple alerts. I know Henrik has added a new parm into xymonserver.cfg called STATUSLIFETIME but that seems to be a global parm.
 
What I'd really like to do is reduce the purple time for devmon to 5 minutes less than the global. This would enable me to detect devmon going purple and trigger the restart script without having all the snmp monitored devices (we have about 10) going purple as well.
 


Dunno about devmon specifically, but in general a test script "does stuff" to discover the state of the target device/service, then constructs a message that looks something like:

     "status $MACHINE.$TEST $COLOR `date`
       yadda yadda yadda
       other informational bits, etc, and so on"

then sends that message to the xymon server.  The default lifetime of a status message is 30 minutes, which you can change by appending a time to the word "status".

     "status+15 thing,domain,co,uk.test green `date`"

to get a 15 minute lifetime.  You ought to be able to locate that part in devmon and make an appropriate adjustment.  Or maybe there's already something in devmon for setting the message lifetime, but I don't use it so I don't know.

This is described in the "XYMON MESSAGE SYNTAX" section in the xymon.1 man page.

 Ralph Mitchell

On Fri, 9 Dec 2011 11:37:01 -0600, "White, Bruce" <user-58f975e8bf9d@xymon.invalid>

wrote:

If you are running the release version of 4.3.0 (not the early
beta-versions), then you can upgrade directly to 4.3.6 or 4.3.7 without any
problems. It is only if you are running 4.3.0-beta2 or earlier that you
will have to do some work (mostly because of all the renaming of files from
hobbit to xymon).


Regards,
Henrik

Is there anything we need to do to avoid losing graph data?
I saw an earlier poster warning about this.

We're running 4.3.2 and planning to jump to 4.3.7 , server is RHEL linux

thanks Betsy

It depends on your version of the os.  I went from 32bit RHEL4 to 64bit RHEL5.  So I had to" rrdtool dump" all the graphs and restore them on the 64-bit system.
If you are going from 32bit - 32bit or 64 to 64, you should be fine.

-----Original Message-----
From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Elizabeth Schwartz
Sent: Wednesday, December 21, 2011 3:03 PM
To: Xymon Mailing List
Subject: Re: [Xymon] Upgrade path?

Is there anything we need to do to avoid losing graph data?
I saw an earlier poster warning about this.

We're running 4.3.2 and planning to jump to 4.3.7 , server is RHEL linux

thanks Betsy

cool thanks, not changing the OS.