Downtimes allow you to set hostgroups, hosts or services that will be expected to fail. This is useful for “planned outages”, such as an engineer visit, or a software upgrade.
The main difference is that the checks will continue to be run, but notifications will not be sent out.
Host groups can have downtime set on them which propagates to all hosts and services within.
Use the contextual menus in Host group Hierarchy to Schedule downtime. This is because you can schedule downtime to lots of hosts and services at the same time.
Note: Because the downtime affects all hosts and all services within a hostgroup, the ability to schedule downtime at a host group level is only available to a user with the admin role. Non-admin role users can still set downtime on a per-host or per-service level (if they have permission).
Note: Opsview is designed so that the downtime for a host will always set the downtime for its services.
In a distributed environment, setting downtime at the master will propagate to all the slaves (however, setting downtime on a slave will not propagate to the master). This downtime information is synchronised with other slaves and slave clusters at certain times - see the documentation for limitations you should be aware of.
Schedule Downtime from the contextual menus.
All host groups underneath, and all hosts and services contained will have downtime set against them.
Reason for the downtime; should be descriptive but short.
The basic format for the start and end date and time is:
Some English phrases are also recognised:
now 5am tomorrow midnight next friday 8pm in 1 hours in 3 days 8 hours from now wednesday this week
Times are either taken specifically, or are relative to now (i.e. wednesday next week means now on wednesday this week).
From Opsview 3.11.2, you can also use Atlassian Jira style durations when prefixed with a +, such as:
+5d - add 5 days +1d 8h - add 1 day and 8 hours +48h - add 48 hours
These are assumed to be the relative to the start date.
The times are assumed to be in the local time zone for the Opsview server.
Downtime can be cancelled, either before it has started or during a downtime period.
From the Hostgroup Hierarchy pages, click on the downtime icon, or select the contextual menu for Detail - you can then delete the downtime. In a distributed environment, the downtime deletion will be propagated to any slaves.
Please note that deleting downtime entries on a slave will not result in the change being propagated to the master server. For this reason, administration should be performed on the master server wherever possible.
From Opsview 3.11.2 onwards, you can delete individual downtimes.