Navigation Menu

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 #12954] Schedule downtime for big hostgroups takes very long #4743

Closed
icinga-migration opened this issue Oct 21, 2016 · 3 comments
Labels
area/api REST API bug Something isn't working

Comments

@icinga-migration
Copy link

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

Created by koudis on 2016-10-21 12:07:11 +00:00

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

Icinga Version: 2.3.4
Backport?: Not yet backported
Include in Changelog: 1

Hi,
we have three issues with schedule downtime for Icinga 2.
1/ It is not possible to set it for 1000 services from UI as select of all services in UI will kill your browser.
2/ While you try to set it via API. It takes about 15-20 minutes to set it.
3/ API call sometimes miss few services and downtime is not set properly and no error is reported back to user

Our curl calls used for downtime:
export RELEASE_FROM=$(date +%s -d "23 Jul 2016 8:45")
export RELEASE_TO=$(date +%s -d "23 Jul 2016 12:15")
export RELEASE_DURATION=$(expr $RELEASE_TO - $RELEASE_FROM)
export DOWNTIME_AUTHOR=$(whoami)
#service downtime
curl -H 'Accept: application/json' -X POST -d '{ start_time '$RELEASE_FROM', end_time '$RELEASE_TO', duration '$RELEASE_DURATION', author "'$DOWNTIME_AUTHOR'", comment "Release" }' -k -u : --negotiate 'https://icinga2-master:8443/v1/actions/schedule-downtime?type=Service&filter=%22Cluster%2051%22%20in%20host.groups%20%7C%7C%20%22Cluster%20101%22%20in%20host.groups'
#host downtime
curl -H 'Accept: application/json' -X POST -d '{ start_time '$RELEASE_FROM', end_time '$RELEASE_TO', duration '$RELEASE_DURATION', author "'$DOWNTIME_AUTHOR'", comment "Release" }' -k -u : --negotiate 'https://icinga2-master:8443/v1/actions/schedule-downtime?type=Host&filter=%22Cluster%2051%22%20in%20host.groups%20%7C%7C%20%22Cluster%20101%22%20in%20host.groups'

@icinga-migration icinga-migration added bug Something isn't working area/api REST API labels Jan 17, 2017
@dnsmichi dnsmichi changed the title [dev.icinga.com #12954] Schedule downtime for big hostgroups doesn't work correctly [dev.icinga.com #12954] Schedule downtime for big hostgroups takes very long Feb 7, 2017
@milan-koudelka
Copy link

We have a new record. Because set downtime action often fail for few hosts, we set that separately for each host and then verify, if it is really set. Set downtime action took 40 minutes in last try.
It's probably easier to reconfigure all host/services to disable notifications, instead of using downtime. It will be faster.
Can you confirm this issue ? Do you have any suggestion how to workaround this ?

@dnsmichi
Copy link
Contributor

Could be related to #5080. Please check again with v2.6.3.

@dnsmichi dnsmichi added the needs feedback We'll only proceed once we hear from you again label Mar 30, 2017
@dnsmichi dnsmichi removed the needs feedback We'll only proceed once we hear from you again label Jun 8, 2017
@dnsmichi
Copy link
Contributor

dnsmichi commented Jun 8, 2017

Haven't heard anything, closing this issue.

@dnsmichi dnsmichi closed this as completed Jun 8, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/api REST API bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants