Best Practice on Changing Scheduled Downtimes

[fir3wall (Dariusz)]

Hi All,

I found this old topic:

Deleting Scheduled Downtime on parent host not deleting downtime on dependent child host

Hey Al2Klimov, thank you for your reply. Is the PR which you linked not a different topic, it sounds like the scenario: schedule downtime on host with all services on host remove downtime on host removes also the downtimes on the host services My scenario ist: parent host ↔ child host via dependency apply rule schedule downtime for parent host → downtime for child host is automatically set delete downtime of parent host → downtime of child host is not deleted automatically We use Icinga2…

But solution provided there is no good for me, so looking for some best practices.

Issue is that (please note I’m not using Director) when I change scheduled downtime object then I’m landing with 2 downtimes on my service - old one and new one. My current workaround to remove old object (as it’s runtime object) is to disable/re-enable host object.

This is not great because then when I re-enable Host object then I’m loosing history for it in IcingaWeb2 so I don’t have historical data about services etc.

Can somebody advise on better solution to refresh this in case of change?

Icinga2 version 2.13.7

Thanks
D

[Al2Klimov (Grandmaster)]

Hello Dariusz!

Don’t the old ones vanish periodically?

On ScheduledDowntime change: remove downtimes created before change

Best,
A/K

[fir3wall (Dariusz)]

HI @Al2Klimov

To be honest I maybe was too inpatient and observed it only for 1-3 min.

Let me keep an eye for it for a little bit more time and let you know. If yes, that’s a solution!

Thanks
Dariusz