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 #12540] ScheduledDowntime always use next day #4561

Closed
icinga-migration opened this issue Aug 25, 2016 · 3 comments
Closed
Labels
area/configuration DSL, parser, compiler, error handling bug Something isn't working duplicate This issue or pull request already exists

Comments

@icinga-migration
Copy link

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

Created by GreenRover on 2016-08-25 06:01:56 +00:00

Assignee: (none)
Status: New
Target Version: (none)
Last Update: 2016-10-04 10:34:30 +00:00 (in Redmine)

Icinga Version: r2.4.10-1
Backport?: Not yet backported
Include in Changelog: 1

NOW is: 25.08.2016 07:19:03

I add this Rule to config.

apply ScheduledDowntime "4 - 11 - service" to Service {
    author = "icingaadmin"
    comment = "#4 HH wartung"
    ranges = {
        "2016-08-24" = "00:00-24:00"
        "2016-08-25" = "00:00-24:00"
        "2016-08-26" = "00:00-24:00"
        "2016-08-27" = "00:00-24:00"
        "2016-08-28" = "00:00-24:00"
        "2016-08-29" = "00:00-24:00"
        "2016-08-30" = "00:00-24:00"
        "2016-08-31" = "00:00-07:00"
    }
    fixed = true
    assign where service.host_name == "PC-HH"
}

Bud the spool "/v1/objects/downtimes" shows:

start_time: 1472162400,        // 26.08.2016 00:00:00
end_time: 1472248800,          // 27.08.2016 00:00:00
entry_time: 1472102343.063089, // 25.08.2016 07:19:03

The issue is based in the usage of wrong time range:

the system use:

"2016-08-26" = "00:00-24:00"

but should also add for today.

"2016-08-25" = "00:00-24:00"

Otherwise the critical services will only acknowledged at next day.

German description:
https://monitoring-portal.org/index.php?thread/37186-host-down-time-best%C3%A4tigt-services-nicht/&postID=235024#post235027

@icinga-migration
Copy link
Author

Updated by GreenRover on 2016-08-30 05:39:18 +00:00

Please Reject
Is already fixed in: r2.5.3-1

@icinga-migration
Copy link
Author

Updated by nlm on 2016-10-03 15:16:09 +00:00

GreenRover wrote:

Please Reject
Is already fixed in: r2.5.3-1

Please don't, i still get this problem in r2.5.4-1

I'm using these ranges :

  ranges = {
    monday = "00:00-24:00"
    tuesday = "00:00-24:00"
    wednesday = "00:00-24:00"
    thursday = "00:00-24:00"
    friday = "00:00-24:00"
    saturday = "00:00-24:00"
    sunday = "00:00-24:00"
  }

and the downtimes are programmed for the next day

Schedule downtime   created at 13:12 ǀ scheduled on Oct 4 02:00

(the 2 hours difference between the schedule and the display is because machine is in UTC tz and interface is UTC+2)

@icinga-migration icinga-migration added bug Something isn't working area/configuration DSL, parser, compiler, error handling labels Jan 17, 2017
@Crunsher
Copy link
Contributor

Crunsher commented Sep 4, 2018

Closing as duplicate of #4790

@Crunsher Crunsher closed this as completed Sep 4, 2018
@Crunsher Crunsher added the duplicate This issue or pull request already exists label Sep 4, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/configuration DSL, parser, compiler, error handling bug Something isn't working duplicate This issue or pull request already exists
Projects
None yet
Development

No branches or pull requests

3 participants