4.3.24 tests not clearing once disable expiration is reached
list Larry Bonham
I just noticed in 4.3.24 (RHEL 6.7) that a few monitors are not getting enabled once the disable expiration time is reached. All the "normal" tests seem to work fine. This is an environmental sensor device that is accessed with snmptraps and snmpgets for data retrieval. That is all functioning as it should. But when any of these particular tests are disabled (e.g. DC_Door_Alarm.ups) for a set time, they are now not getting enabled when the expiration time has been reached. They just remain blue. I did verify that the expiration time stamps are correct. So I'm assuming the problem is triggered due to the way the hosts.cfg entries are set up. Previous version used was 4.3.21 and disable expiration was working with it. Example from hosts.cfg # Data center facilities sensor 10.10.10.10 Sensor9 0.0.0.0 DC_Door_Alarm # noconn main side ups 0.0.0.0 DC_VESDA # noconn fault prealarm fire 0.0.0.0 DC_Fans # noconn fans ========================================================= Larry D. Bonham ========================================================= CONFIDENTIALITY NOTICE: This electronic mail message is intended exclusively for recipient to which it is addressed. The contents of this message and any attachments may contain confidential and privileged information. Any unauthorized review, use, print, storage, copy, disclosure or distribution is strictly prohibited. If you have received this message in error, please advise the sender immediately by replying to the message's sender and delete all copies of this message and its attachments without disclosing the contents to anyone, or using the contents for any purpose.
list Japheth Cleaver
▸
On Wed, February 10, 2016 2:43 pm, Larry Bonham wrote:
I just noticed in 4.3.24 (RHEL 6.7) that a few monitors are not getting enabled once the disable expiration time is reached. All the "normal" tests seem to work fine. This is an environmental sensor device that is accessed with snmptraps and snmpgets for data retrieval. That is all functioning as it should. But when any of these particular tests are disabled (e.g. DC_Door_Alarm.ups) for a set time, they are now not getting enabled when the expiration time has been reached. They just remain blue. I did verify that the expiration time stamps are correct. So I'm assuming the problem is triggered due to the way the hosts.cfg entries are set up. Previous version used was 4.3.21 and disable expiration was working with it. Example from hosts.cfg # Data center facilities sensor 10.10.10.10 Sensor9 0.0.0.0 DC_Door_Alarm # noconn main side ups 0.0.0.0 DC_VESDA # noconn fault prealarm fire 0.0.0.0 DC_Fans # noconn fans ========================================================= Larry D. Bonham =========================================================
Hi Larry, I believe the current behavior is that a test stays "blue" until the next message status message comes in, at which point that becomes its color How often are the tests updated. I seemed to recall discussion last year about the duration of time it stays blue after a disable expiration before going purple, but I don't know that the behavior was actually /changed/ in the 4.3.22 release -- or I missed a post to releasenotes about it. Can you describe a little more about the generation of the messages? Is the message body itself getting updated after the disable has expired, but it simply stays blue throughout? Did it used to revert immediately afterwards? Regards, -jc
list Larry Bonham
I would like to officially retract this email. JC pointed out that the color doesn't change from blue on an expired disable until an update is provided on the test. In this case my ext script was skipping over any tests that were reporting as blue. So I've had this problem for quite a while and just didn't realize it until recently. So I've adjusted my script and all is humming along as usual. Thanks JC.
▸
From: Larry Bonham
Sent: Wednesday, February 10, 2016 4:44 PM
To: xymon at xymon.com
Subject: 4.3.24 tests not clearing once disable expiration is reached
I just noticed in 4.3.24 (RHEL 6.7) that a few monitors are not getting enabled once the disable expiration time is reached.
All the "normal" tests seem to work fine. This is an environmental sensor device that is accessed with snmptraps and snmpgets for data retrieval. That is all functioning as it should.
But when any of these particular tests are disabled (e.g. DC_Door_Alarm.ups) for a set time, they are now not getting enabled when the expiration time has been reached. They just remain blue. I did verify that the expiration time stamps are correct.
So I'm assuming the problem is triggered due to the way the hosts.cfg entries are set up. Previous version used was 4.3.21 and disable expiration was working with it.
Example from hosts.cfg
# Data center facilities sensor
10.10.10.10 Sensor9
0.0.0.0 DC_Door_Alarm # noconn main side ups
0.0.0.0 DC_VESDA # noconn fault prealarm fire
0.0.0.0 DC_Fans # noconn fans
=========================================================
Larry D. Bonham
=========================================================
CONFIDENTIALITY NOTICE:
This electronic mail message is intended exclusively for
recipient to which it is addressed. The contents of this message
and any attachments may contain confidential and privileged
information. Any unauthorized review, use, print, storage, copy,
disclosure or distribution is strictly prohibited. If you have
received this message in error, please advise the sender
immediately by replying to the message's sender and delete all
copies of this message and its attachments without disclosing
the contents to anyone, or using the contents for any purpose.
list Ryan Novosielski
This may be relevant in this context: blue is "no alerts" not "no test," right? In that case, tests would be advised to keep on testing. Sent from my iPhone
▸
On Feb 11, 2016, at 18:54, Larry Bonham <user-7a867963a09a@xymon.invalid> wrote: I would like to officially retract this email. JC pointed out that the color doesn't change from blue on an expired disable until an update is provided on the test. In this case my ext script was skipping over any tests that were reporting as blue. So I've had this problem for quite a while and just didn't realize it until recently. So I've adjusted my script and all is humming along as usual. Thanks JC. From: Larry Bonham Sent: Wednesday, February 10, 2016 4:44 PM To: xymon at xymon.com Subject: 4.3.24 tests not clearing once disable expiration is reached I just noticed in 4.3.24 (RHEL 6.7) that a few monitors are not getting enabled once the disable expiration time is reached. All the "normal" tests seem to work fine. This is an environmental sensor device that is accessed with snmptraps and snmpgets for data retrieval. That is all functioning as it should. But when any of these particular tests are disabled (e.g. DC_Door_Alarm.ups) for a set time, they are now not getting enabled when the expiration time has been reached. They just remain blue. I did verify that the expiration time stamps are correct. So I'm assuming the problem is triggered due to the way the hosts.cfg entries are set up. Previous version used was 4.3.21 and disable expiration was working with it. Example from hosts.cfg # Data center facilities sensor 10.10.10.10 Sensor9 0.0.0.0 DC_Door_Alarm # noconn main side ups 0.0.0.0 DC_VESDA # noconn fault prealarm fire 0.0.0.0 DC_Fans # noconn fans ========================================================= Larry D. Bonham ========================================================= CONFIDENTIALITY NOTICE: This electronic mail message is intended exclusively for recipient to which it is addressed. The contents of this message and any attachments may contain confidential and privileged information. Any unauthorized review, use, print, storage, copy, disclosure or distribution is strictly prohibited. If you have received this message in error, please advise the sender immediately by replying to the message's sender and delete all copies of this message and its attachments without disclosing the contents to anyone, or using the contents for any purpose.
list Larry Bonham
Good point Ryan. That is exactly what my script was doing incorrectly. Treating it as "no test". Surprised this script error hasn't bitten me a long time ago.
▸
From: Ryan Novosielski [mailto:user-6e4f7a3bb37f@xymon.invalid]
Sent: Thursday, February 11, 2016 5:58 PM
To: Larry Bonham
Cc: xymon at xymon.com
Subject: Re: [Xymon] 4.3.24 tests not clearing once disable expiration is reached
This may be relevant in this context: blue is "no alerts" not "no test," right? In that case, tests would be advised to keep on testing.
Sent from my iPhone
On Feb 11, 2016, at 18:54, Larry Bonham <user-7a867963a09a@xymon.invalid<mailto:user-7a867963a09a@xymon.invalid>> wrote:
I would like to officially retract this email. JC pointed out that the color doesn't change from blue on an expired disable until an update is provided on the test. In this case my ext script was skipping over any tests that were reporting as blue.
So I've had this problem for quite a while and just didn't realize it until recently. So I've adjusted my script and all is humming along as usual.
Thanks JC.
From: Larry Bonham
Sent: Wednesday, February 10, 2016 4:44 PM
To: xymon at xymon.com<mailto:xymon at xymon.com>
Subject: 4.3.24 tests not clearing once disable expiration is reached
I just noticed in 4.3.24 (RHEL 6.7) that a few monitors are not getting enabled once the disable expiration time is reached.
All the "normal" tests seem to work fine. This is an environmental sensor device that is accessed with snmptraps and snmpgets for data retrieval. That is all functioning as it should.
But when any of these particular tests are disabled (e.g. DC_Door_Alarm.ups) for a set time, they are now not getting enabled when the expiration time has been reached. They just remain blue. I did verify that the expiration time stamps are correct.
So I'm assuming the problem is triggered due to the way the hosts.cfg entries are set up. Previous version used was 4.3.21 and disable expiration was working with it.
Example from hosts.cfg
# Data center facilities sensor
10.10.10.10 Sensor9
0.0.0.0 DC_Door_Alarm # noconn main side ups
0.0.0.0 DC_VESDA # noconn fault prealarm fire
0.0.0.0 DC_Fans # noconn fans
=========================================================
Larry D. Bonham
=========================================================
CONFIDENTIALITY NOTICE:
This electronic mail message is intended exclusively for
recipient to which it is addressed. The contents of this message
and any attachments may contain confidential and privileged
information. Any unauthorized review, use, print, storage, copy,
disclosure or distribution is strictly prohibited. If you have
received this message in error, please advise the sender
immediately by replying to the message's sender and delete all
copies of this message and its attachments without disclosing
the contents to anyone, or using the contents for any purpose.
CONFIDENTIALITY NOTICE:
This electronic mail message is intended exclusively for
recipient to which it is addressed. The contents of this message
and any attachments may contain confidential and privileged
information. Any unauthorized review, use, print, storage, copy,
disclosure or distribution is strictly prohibited. If you have
received this message in error, please advise the sender
immediately by replying to the message's sender and delete all
copies of this message and its attachments without disclosing
the contents to anyone, or using the contents for any purpose.