Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[dev.icinga.com #13489] Downtime end notified when downtime has been cancelled before starting #4850

Closed
icinga-migration opened this issue Dec 8, 2016 · 5 comments
Labels
area/db-ido Database output area/notifications Notification events

Comments

@icinga-migration
Copy link

This issue has been migrated from Redmine: https://dev.icinga.com/issues/13489

Created by mfrosch on 2016-12-08 15:50:53 +00:00

Assignee: (none)
Status: New
Target Version: (none)
Last Update: 2016-12-09 10:31:07 +00:00 (in Redmine)

Icinga Version: 2.6.0-dev
Backport?: Not yet backported
Include in Changelog: 1

In addition to #12549

When I cancel a downtime that starts in the future, a DOWNTIMEEND notification is send.

[2016-12-08 15:46:22] [test] [test-simple!test-critical] [DOWNTIMEEND] [CRITICAL] CRITICAL: This check is always CRITICAL.
 Author: icingaadmin
 Comment: TEST

Also not sure if the actual dates should be filled for a downtime that never started:

    downtimehistory_id: 2
           instance_id: 1
         downtime_type: 1
             object_id: 235
            entry_time: 2016-12-08 15:42:23
           author_name: icingaadmin
          comment_data: TEST
  internal_downtime_id: 2
       triggered_by_id: 0
              is_fixed: 1
              duration: 0
  scheduled_start_time: 2016-12-09 15:42:12
    scheduled_end_time: 2016-12-09 16:42:12
           was_started: 0
     actual_start_time: 2016-12-09 15:42:12
actual_start_time_usec: 0
       actual_end_time: 2016-12-08 15:46:22
  actual_end_time_usec: 790323
         was_cancelled: 1
          is_in_effect: 0
          trigger_time: NULL
                  name: test-simple!test-critical!master1-1481211743-1
    endpoint_object_id: 174

Relations:

@icinga-migration
Copy link
Author

Updated by mfrosch on 2016-12-08 15:51:01 +00:00

  • Relates set to 12549

@icinga-migration
Copy link
Author

Updated by mfrosch on 2016-12-08 15:52:38 +00:00

  • Subject changed from Downtime end notified when downtime has been cancelled to Downtime end notified when downtime has been cancelled before starting

@icinga-migration
Copy link
Author

Updated by tgelf on 2016-12-08 16:08:58 +00:00

mfrosch wrote:

Also not sure if the actual dates should be filled for a downtime that never started:

Absolutely not, this is bad for SLA reports.

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2016-12-09 10:31:07 +00:00

History views and sla reports should take the "was_cancelled" column into account. That one is updated too. The actual_end_time is updated in Icinga 1.x and so does Icinga 2 to behave the same. Icinga Web 2 doesn't take "was_cancelled" into account currently as far as I can see.

In terms of sending a downtimeend notification - this has been sitting there by design, since the downtime is removed. There's no such different notification flag for cancelled downtimes (yet). Probably we should change that, but I'd like to discuss this with Eric and Gunnar first (which means not something for 2.6).

@icinga-migration icinga-migration added bug Something isn't working libicinga labels Jan 17, 2017
@dnsmichi dnsmichi added area/db-ido Database output area/notifications Notification events and removed bug Something isn't working labels Mar 30, 2017
@dnsmichi
Copy link
Contributor

There's no difference for the notification type here. As said, if this comes into SLA play, ignore everything which is was_cancelled=1.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/db-ido Database output area/notifications Notification events
Projects
None yet
Development

No branches or pull requests

4 participants
@dnsmichi @gunnarbeutner @icinga-migration and others