Icinga Flapping Detection prevents "resolved" notifications from being sent

Title: Icinga Flapping Detection prevents “resolved” notifications from being sent

Description: Let us understand the the scenario with below use case
/ example. Please find the list of events below(where 1 - denotes the oldest event/state and 6 - is the latest event/state of a service in Icinga) that can be seen in the history of an Icinga service.

  1. An alert triggers (Service becomes in critical state)
  2. Notification sent to Pagerduty(Incident management system)
  3. Flapping turns ON
  4. Alert resolved (Service becomes in OK state)
  5. Flapping turns OFF
  6. Service remained in OK state (but no notification was sent for recovery from critical to OK)

Notification was never sent to Pagerduty(Incident management system) about the service being back up/recovered from critical to OK state (because service/alert check became OK during flapping, when notifications are suppressed) - incident remains unresolved in Pagerduty(Incident management system).

Please let us know the possible solution, so that the resolution notification must be sent.

Other information:

  • Icinga Web 2 version - 2.9.5
  • Used modules and their versions (System - About) -
  • Web browser used - chrome(100.0.4896.127)
  • Icinga 2 version used -
  • PHP version used -
  • Server operating system and version - GKE cloud

Maybe a config error or a bug.

What are the filters on the notification object attached to this service and the user object?
Have you looked at https://icinga.com/docs/icinga-2/latest/doc/15-troubleshooting/#notifications-troubleshooting?

Possibly better to open a issue on Github?

there are recent fixes of some notification bugs, but you left your icinga version empty so who knows if updating will solve this problem

1 Like