Skip to content
This repository has been archived by the owner. It is now read-only.

[dev.icinga.com #1572] command to delete host downtime and all associated service downtimes (extinfo.cgi, status.cgi command drop down) #634

Closed
icinga-migration opened this issue May 20, 2011 · 22 comments
Milestone

Comments

@icinga-migration
Copy link
Member

@icinga-migration icinga-migration commented May 20, 2011

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

Created by dklueh on 2011-05-20 09:06:05 +00:00

Assignee: mfriedrich
Status: Resolved (closed on 2012-09-25 13:10:28 +00:00)
Target Version: 1.8
Last Update: 2014-12-08 09:32:31 +00:00 (in Redmine)


It would be a nice feature to have the option to delete every service-downtime together with the downtime of one or more hosts. At present, at classic ui you have to delete downtimes of hosts and services seperatly.

It should be an option, not automaticaly-

Kind regards,
Daniel

Attachments

Changesets

2012-08-07 01:16:40 +00:00 by (unknown) 0372af15171bee5ddd9cb21d50fa2a538e1809c2

* Modified the CGI's for support to delete all downtimes associated with a host as an external command.
* Upon testing this command (already present in core), the core segfaults. It does successfully remove the downtime while running in some tests, though never saving to status and retention even if core does not segfault.
refs #1572

2012-08-25 15:09:16 +00:00 by (unknown) 49ea2040503b6c7aeedcbb3db5cabccb8636aa3f

Made description of command a lot clearer. The function in core itself is unsafe to use as appears to lock up the Icinga daemon.
refs #1572

2012-09-23 10:04:39 +00:00 by (unknown) 6dc8bcc

* Modified the CGI's for support to delete all downtimes associated with a host as an external command.
* Upon testing this command (already present in core), the core segfaults. It does successfully remove the downtime while running in some tests, though never saving to status and retention even if core does not segfault.
refs #1572

2012-09-23 10:29:00 +00:00 by mfriedrich 4298e14

core: fix lockup on DEL_DOWNTIME_BY_HOST_NAME #1572

basically, we added a lock for delete_downtime_by_hostname_service_description_start_time_comment
which did a list traversal, looking for possible downtimes to be
deleted. what we did not think of - unschedule_downtime() will be called
every now and then. this does not fetch the mutex lock itsself, but the
underlaying delete_*_downtime, especially delete_downtime() will try to
get the mutex lock once again. since this is a globally shared resource,
we did lockup ourselves on the first downtime which was due being
deleted.

in order to stay sane on traversing the first and second list, we'll
clear the mutex lock before invoking unschedule_downtime() and after
returning, locking the mutex again. this way, we'll keep everything
safe, but do not lock up when deleting downtimes by a given hostname.

btw - DEL_DOWNTIME_BY_HOST_NAME can be extended further to

DEL_DOWNTIME_BY_HOST_NAME;hostname;svcdesc;starttime;comment

being hostname mandatory, but adding a service description, start time
and comment afterwards, will increase the filters on deleting it.

this possibly solves lockups on DEL_DOWNTIME_BY_HOSTGROUP_NAME and
DEL_DOWNTIME_BY_STARTTIME as well.

refs #1572

2012-09-23 11:04:36 +00:00 by mfriedrich 93ef7e5

cgis: clarify on deleting downtimes for hosts and all services in cmd desc #1572

this fits into the drop down on status.cgi, as well as adds more
telling text to extinfo.cgi plus the cmd.cgi help itsself.

refs #1572

2012-09-23 11:07:55 +00:00 by mfriedrich 3970736

core: update Changelog from #1572 changes and fixes

refs #1572

2012-09-23 13:21:16 +00:00 by ricardo 3991d0d

classic-ui: fixed some rmains from #1572

refs: #1572

Relations:

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented May 20, 2011

Updated by ricardo on 2011-05-20 11:20:35 +00:00

this sounds nice.

we'll have a look into that.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented May 21, 2011

Updated by Wolfgang on 2011-05-21 07:12:21 +00:00

There is no counterpart to the external command SCHEDULE_HOST_SVC_DOWNTIME and probably no easy way to determine the downtime id of the appropriate services to use DEL_SVC_DOWNTIME.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented May 22, 2011

Updated by ricardo on 2011-05-22 15:02:49 +00:00

  • Status changed from New to Feedback

Ah yes, the old problem. Which downtimes belong together.

It is possible to find all downtimes for all services an a certain host and delete them. But if this will be iplemented then we have to add a new command or do it in cmd.cgi and send a delete commad for every downtime id.

The thing is, that I don't like the idea of deleting all downtime's for all the services on a host. What if a different department in a company set's a downtime for a single service and this one get's deleted as well.

The actual problem is the downtime implementation itself.
Instead of assigning a downtime with an different id to every service/host when scheduling a downtime. It just schould create one downtime with one id and all affected hosts/services "added" to it.

Then you could do that easily. But as I said, this would require a big change and I don't know if we can do this at the moment.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented May 23, 2011

Updated by mfriedrich on 2011-05-23 15:47:05 +00:00

i agree with ricardo here, i normally don't want to delete downtimes for host and the associates services if it comes to that - normally it's just a single service or host being removed - even if not just letting the downtime pass away.

ofc, if you find a way of fiddling through the downtime assigments and add a new command based on the associated host(_id), this could be achieved, but will need the cgi/cmd.c / base/commands.c to encapsulate some more cpu cycles on how to gather all the needed information.
maybe taking a look at the deletes by host name, implementing that for services, and then doing the exact same when running SCHEDULE_HOST_SVC_DOWNTIME in base/commands.c - first iterating through the service list passing the name over, and then doing it single for the host.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Jul 16, 2011

Updated by mfriedrich on 2011-07-16 16:45:24 +00:00

  • Target Version set to 1.6
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 12, 2011

Updated by mfriedrich on 2011-09-12 13:38:15 +00:00

  • Status changed from Feedback to Assigned
  • Assigned to set to mfriedrich
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Oct 5, 2011

Updated by mfriedrich on 2011-10-05 19:02:40 +00:00

  • Assigned to changed from mfriedrich to __

as requested, thanks.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Oct 25, 2011

Updated by mfriedrich on 2011-10-25 09:07:55 +00:00

status?

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Nov 15, 2011

Updated by mfriedrich on 2011-11-15 09:23:28 +00:00

  • Target Version changed from 1.6 to 1.7

postponed.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Apr 3, 2012

Updated by mfriedrich on 2012-04-03 14:02:57 +00:00

status?

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Apr 13, 2012

Updated by ricardo on 2012-04-13 14:26:35 +00:00

  • Target Version changed from 1.7 to 1.8

Any news?

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Apr 15, 2012

Updated by Anonymous on 2012-04-15 14:05:44 +00:00

Will take a look at this in a few weeks time, after 1.7 is out. Private life is filled with studying when not working atm, several hand-in's in the immediate future.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 3, 2012

Updated by Anonymous on 2012-09-03 18:58:52 +00:00

Summary of current status of this ticket:

  • Implemented in CGI's the command required to delete all downtime from host by host_name. This was already in core.
  • The command locks up the icinga process after deleting 1 downtime, regardless if the host has one or several, the output from first delete shows in the eventlog, then nothing afterwards. It appears the process locks up without crashing (loop?) making it hard to pinpoint.
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 23, 2012

Updated by mfriedrich on 2012-09-23 10:30:21 +00:00

  • Category set to 53
  • Assigned to changed from __ to mfriedrich

unschedule_downtime will call delete_*_downtime which calls delete_downtime which tries to get a hold on the same shared mutex lock which was previously locked in delete_downtime_by_hostname_service_description_start_time_comment

basically a 2 step down into 2 locks, which explains the core locking up after trying to delete the first downtime.

Sep 23 12:15:22 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;1228localhost-flexible
Sep 23 12:15:22 sol icinga: SERVICE DOWNTIME ALERT: 1228localhost-flexible;1228ORACLESTANDBY;CANCELLED; Scheduled downtime for service has been cancelled.

in order to solve that, we'll unlock the safe before stepping down into unschedule_downtime() once, locking it after returning.

tests

Sep 23 12:26:23 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;1228localhost-flexible;1348395970;1348399570;1;0;3600;icingademo;test 1572
Sep 23 12:26:23 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;1300localhost;1348395970;1348399570;1;0;3600;icingademo;test 1572
Sep 23 12:26:23 sol icinga: SERVICE DOWNTIME ALERT: 1228localhost-flexible;1228ORACLESTANDBY;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:26:23 sol icinga: HOST DOWNTIME ALERT: 1228localhost-flexible;STARTED; Host has entered a period of scheduled downtime
Sep 23 12:26:23 sol icinga: SERVICE DOWNTIME ALERT: 1300localhost;dep3;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:26:23 sol icinga: SERVICE DOWNTIME ALERT: 1300localhost;dep2;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:26:23 sol icinga: SERVICE DOWNTIME ALERT: 1300localhost;dep1;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:26:23 sol icinga: SERVICE DOWNTIME ALERT: 1300localhost;DISEÑOS;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:26:23 sol icinga: HOST DOWNTIME ALERT: 1300localhost;STARTED; Host has entered a period of scheduled downtime

invoke removal

Sep 23 12:27:18 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;1228localhost-flexible
Sep 23 12:27:18 sol icinga: SERVICE DOWNTIME ALERT: 1228localhost-flexible;1228ORACLESTANDBY;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:27:18 sol icinga: HOST DOWNTIME ALERT: 1228localhost-flexible;CANCELLED; Scheduled downtime for host has been cancelled.
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 23, 2012

Updated by mfriedrich on 2012-09-23 10:45:52 +00:00

  • Subject changed from Downtimes: Option to delete every downtime of services, when hostdowntime is deleted to command to delete host downtime and all associated service downtimes (extinfo.cgi, status.cgi command drop down)

more tests, with command dropdown

Sep 23 12:39:52 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;1228localhost-flexible;1348396785;1348400385;1;0;3600;icingademo;test 1572
Sep 23 12:39:53 sol icinga: SERVICE DOWNTIME ALERT: 1228localhost-flexible;1228ORACLESTANDBY;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:39:53 sol icinga: HOST DOWNTIME ALERT: 1228localhost-flexible;STARTED; Host has entered a period of scheduled downtime
Sep 23 12:40:00 sol icinga: Warning: Skipping unknown macro '$HOSTGROUPNAME$', removing it from output! Fix your config, or set keep_unknown_macros accordingly...
Sep 23 12:40:00 sol icinga: Warning: Skipping unknown macro '$HOSTGROUPNAME$', removing it from output! Fix your config, or set keep_unknown_macros accordingly...
Sep 23 12:40:10 sol icinga: Warning: Skipping unknown macro '$UNKNOWNHOSTMACRO1$', removing it from output! Fix your config, or set keep_unknown_macros accordingly...
Sep 23 12:40:19 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;2291localhost;1348396806;1348400406;1;0;3600;icingademo;test 1572
Sep 23 12:40:19 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;2616localhost;1348396806;1348400406;1;0;3600;icingademo;test 1572
Sep 23 12:40:19 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;test_host_007;1348396806;1348400406;1;0;3600;icingademo;test 1572
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: 2291localhost;2291Macro Test;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: HOST DOWNTIME ALERT: 2291localhost;STARTED; Host has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: 2616localhost;2616ido2db Process;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: HOST DOWNTIME ALERT: 2616localhost;STARTED; Host has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_19;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_18;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_17;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_16;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_15;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_14;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_13;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_12;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_11;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_10;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_09;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_08;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_07;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_06;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_05;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_04;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_03;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_02;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_01;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_00;STARTED; Service has entered a period of scheduled downtime
Sep 23 12:40:19 sol icinga: HOST DOWNTIME ALERT: test_host_007;STARTED; Host has entered a period of scheduled downtime




Sep 23 12:40:59 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;1228localhost-flexible
Sep 23 12:40:59 sol icinga: SERVICE DOWNTIME ALERT: 1228localhost-flexible;1228ORACLESTANDBY;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: HOST DOWNTIME ALERT: 1228localhost-flexible;CANCELLED; Scheduled downtime for host has been cancelled.
Sep 23 12:41:00 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;2291localhost
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: 2291localhost;2291Macro Test;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: HOST DOWNTIME ALERT: 2291localhost;CANCELLED; Scheduled downtime for host has been cancelled.
Sep 23 12:41:00 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;2616localhost
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: 2616localhost;2616ido2db Process;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: HOST DOWNTIME ALERT: 2616localhost;CANCELLED; Scheduled downtime for host has been cancelled.
Sep 23 12:41:00 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;test_host_007
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_19;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_18;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_17;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_16;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_15;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_14;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_13;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_12;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_11;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_10;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_09;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_08;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_07;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_06;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_05;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_04;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_03;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_02;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_01;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: SERVICE DOWNTIME ALERT: test_host_007;test_ok_00;CANCELLED; Scheduled downtime for service has been cancelled.
Sep 23 12:41:00 sol icinga: HOST DOWNTIME ALERT: test_host_007;CANCELLED; Scheduled downtime for host has been cancelled.
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 23, 2012

Updated by mfriedrich on 2012-09-23 11:06:24 +00:00

  • File added icinga_classicui_1.8_remove_downtimes_for_host_and_all_services01.png
  • File added icinga_classicui_1.8_remove_downtimes_for_host_and_all_services02.png

beautified the text a bit, telling that this will delete the downtimes of the host, and all services.

Sep 23 13:00:41 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;1974_localhost;1348398035;1348401635;1;0;3600;icingademo;1572 test
Sep 23 13:00:41 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;2470localhost;1348398035;1348401635;1;0;3600;icingademo;1572 test
Sep 23 13:00:41 sol icinga: EXTERNAL COMMAND: SCHEDULE_HOST_SVC_DOWNTIME;674localhostv6;1348398035;1348401635;1;0;3600;icingademo;1572 test
Sep 23 13:00:41 sol icinga: HOST DOWNTIME ALERT: 1974_localhost;STARTED; Host has entered a period of scheduled downtime
Sep 23 13:00:41 sol icinga: HOST DOWNTIME ALERT: 2470localhost;STARTED; Host has entered a period of scheduled downtime
Sep 23 13:00:41 sol icinga: HOST DOWNTIME ALERT: 674localhostv6;STARTED; Host has entered a period of scheduled downtime

icinga_classicui_1.8_remove_downtimes_for_host_and_all_services01.png

icinga_classicui_1.8_remove_downtimes_for_host_and_all_services02.png

Sep 23 13:02:07 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;1974_localhost
Sep 23 13:02:07 sol icinga: HOST DOWNTIME ALERT: 1974_localhost;CANCELLED; Scheduled downtime for host has been cancelled.
Sep 23 13:02:07 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;2470localhost
Sep 23 13:02:07 sol icinga: HOST DOWNTIME ALERT: 2470localhost;CANCELLED; Scheduled downtime for host has been cancelled.
Sep 23 13:02:07 sol icinga: EXTERNAL COMMAND: DEL_DOWNTIME_BY_HOST_NAME;674localhostv6
Sep 23 13:02:07 sol icinga: HOST DOWNTIME ALERT: 674localhostv6;CANCELLED; Scheduled downtime for host has been cancelled.
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 23, 2012

Updated by mfriedrich on 2012-09-23 11:12:38 +00:00

  • Status changed from Assigned to 7
  • Done % changed from 0 to 100

up in test/core for testing.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 23, 2012

Updated by ricardo on 2012-09-23 13:24:17 +00:00

Works fine for me

Thanks for implementing it.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 24, 2012

Updated by mfriedrich on 2012-09-24 10:34:51 +00:00

sweet. we also got 2 more commands which we are currently not using. but that should be dropped in for seperated issues imho (DEL_DOWNTIME_BY_HOSTGROUP_NAME, DEL_DOWNTIME_BY_START_TIME_COMMENT).

the documentation of DEL_DOWNTIME_BY_HOST_NAME requires an update too, see #3165

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 25, 2012

Updated by mfriedrich on 2012-09-25 13:10:28 +00:00

  • Status changed from 7 to Resolved
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Sep 26, 2012

Updated by dklueh on 2012-09-26 09:23:05 +00:00

Great job!!! That's what I need!
Thx

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Dec 8, 2014

Updated by mfriedrich on 2014-12-08 09:32:31 +00:00

  • Project changed from 19 to Core, Classic UI, IDOUtils
  • Category changed from 53 to Classic UI
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
1 participant
You can’t perform that action at this time.