Open davixd opened 3 years ago
It's likely the stashed notification feature.
To avoid miss leading notification informations: the stashed notification feature should check if there was a state change after and drop the stashed notification or at least to get sure that the notifications will be send out in chronologically order.
Note
It's likely the stashed notification feature.
No, seems like a race condition while firing a suppressed recovery notification the 1/2 second before it gets critical again.
Describe the bug
As a notification reminder will be generated out of the notification timeperiod, the notification reminder should check the last service state of the check, when the notificiation period gets active again. Otherwise it leads to outdated notification informations.
To Reproduce
timeperiods.conf:
services.conf:
templates_notification_services.conf:
apply_notification_services.conf:
templates_notifications.conf:
commands.conf:
/usr/lib64/nagios/plugins/check_admin_sms:
Expected behavior
As the icinga2 service check change its state out of the notification time period at 12:02 p.m. to OK, the reminder notification should check the last state of the icinga2 service check as the notification timeperiod gets active again, if its still equal with the reminder notification. So as the icinga2 service check gets critical at 12:00 p.m. again, the reminder notification from out of the notification timeperiod from the past (with state OK), should be dropped. Otherwise it will lead to outdated notification informations.
Screenshots
Your Environment