The following options available within the contextual menu of a Host Group:

• Schedule Downtime

• Mass Re-check

• Mass Acknowledgement

• Set Service Check Status

• Set Host Check Status

• Notes

## Schedule Downtime

The 'Schedule Downtime' option within a Host Group's contextual menu will load a modal window when clicked, which will look similar to the screen shown below:

The window allows the user to select various fields in the top half:

• **Start time: **When the downtime should begin (i.e. the start of the maintenance window). This is predefined to be set on the current date/time.

• **End time: **When the downtime should end (i.e. the end of the maintenance window). This is predefined to be set a day ahead of the current date/time, however you can manually change this.

• **Comment:** A free-text description for the reason of the downtime.

In the lower half of the window, you have two options as to choose the objects that you would like to set the **Host Status** or **Service Checks** on. This can be done either based on the current status, or you can choose to apply downtime to certain Hosts based on their current status, e.g. only apply downtime to 'CRITICAL' Service Checks, as with the screenshot above. The two selection options are as follows:

**Status Selection: **Here you can quickly choose which of the current statuses of your Service Checks and or Hosts that you would like to schedule for downtime.

**Manual Selection:** You can further refine your Status Selection by selecting the particular Service Checks or Hosts which you would like to be scheduled for downtime.

Once you have made your status selection, a count of the numbers of objects that have been selected will appear next to the submit button.

Clicking the 'Submit' button will submit the downtime action for the associated hosts and service checks to Opsview Monitor, which will result in either the 'Pending Downtime' or 'Active Downtime' icon appearing against the Host Group (these icons were outlined in [Overview of icons](🔗).

Note: When selecting a large number of objects the Manual Selection grid may take some time to populate.

## Mass Re-Check

The 'Mass Re-Check' option within a Host Group's contextual menu will load a modal window when clicked, which will look similar to the screen shown below:

In this window, you have two options to choose the objects that you would like to force a re-check on:

**Status Selection: **This can be done either based on the current status, or you can choose to change the status of only certain Service Checks based on their current status, e.g. only change 'CRITICAL' Service Checks to an 'OK' state, as with the screenshot above.

**Manual Selection:** You can further refine your Status Selection by selecting the particular Service Checks which you would like to set status on.

Once you have made your selection, a count of the numbers of objects that have been selected will appear next to the submit button.

Once you have selected specific Host and Service Checks, clicking 'Submit' will perform the Re-Check.

Note: When selecting a large number of objects the Manual Selection grid may take some time to populate.

## Mass Acknowledgements

The 'Mass Acknowledgement' option within a Host Group's contextual menu will load a modal window when clicked, which will look similar to the screen shown below:

The window allows the user to select various fields in the top half:

**Comment: **Suitable name for the Acknowledgement

**Send Ack Notification:** The user can also choose to send an acknowledgement Notification (‘Ack Notification’) from within the modal window, which if checked will send a Notification to the appropriate Users (i.e. those who are set up to be notified about the given Host/Service Checks).

**Sticky: **There is the option to set the acknowledgement as ‘Sticky’. As covered in [Acknowledgments](🔗):

A sticky acknowledgement means that only when the Host or Service Check returns to an ‘UP’ or ‘OK’ state will the acknowledgement be cleared. This is great for when there is a Host flapping between a WARNING state and a CRITICAL state.

In the lower half of the window, you have two options as to choose the objects that you would like to acknowledge (and thus convert into a ‘Handled’ status). This can be done either based on the current status, or you can choose to acknowledge only certain Service Checks based on their state, i.e. only acknowledge CRITICAL Service Checks. The two selection options are as follows:

**Status Selection:** Here you can quickly choose which of the current statuses of your Service Checks that you would like to set into the previously chosen status.

**Manual Selection:** You can further refine your Status Selection by selecting the particular Service Checks which you would like to set status on.

Once you have made your status selection, a count of the numbers of objects that have been selected will appear next to the submit button.

Clicking the 'Submit' button will perform the Mass Acknowledgement for the selected objects.

As covered in [Acknowledgments](🔗), only Hosts that are not ‘UP’ or Service Checks that are not ‘OK’ can be acknowledged.

Note: When selecting a large number of objects the Manual Selection grid may take some time to populate.

## Set Service Status

The 'Set Service Status' option within a Host Group's contextual menu will load a modal window when clicked, which will look similar to the screen shown below:

The window allows the user to select various fields in the top half:

**Set Status to**: This is the status you would like to set particular Service Checks to be.

**Comment**: User entered free-text describing the reason for the manually setting the Service Check status.

In the lower half of the window, you have two options to choose the objects that you would like to set the service status on. This can be done either based on the current status, or you can choose to change the status of only certain Service Checks based on their current status, i.e. only change ‘CRITICAL’ Service Checks to an ‘OK’ state, as with the screenshot above. The two selection options are as follows:

**Status Selection**: Here you can quickly choose which of the current statuses of your Service Checks that you would like to set into the chosen status.

**Manual Selection**: You can further refine your Status Selection by selecting the particular Service Checks which you would like to set status on.

Once you have made your status selection, a count of the numbers of objects that have been selected will appear next to the submit button.

The 'Submit' button will then perform the Set Service Check Status for the selected Service Checks.

Please note, if an OK Service Check is changed to a non-OK status, i.e. CRITICAL, WARNING or UNKNOWN, the Check Interval will change to that of the ‘Retry interval’. This means that the Service Checks you have changed from OK to CRITICAL, for example, will likely return to the OK state within one minute – unless the Retry Interval is modified.

Note: When selecting a large number of objects the Manual Selection grid may take some time to populate.

## Set Host Status

The Set Host Check Status for a Host Group will look like the modal below:

The window allows the user to select various fields in the top half:

**Set Status to:** This is where you can check what Status you would let to set you Hosts to, for example 'UP'.

**Comment:** User entered free-text describing the reason for the manually setting the Host Check status.

In the lower half of the window, you have two options to choose the objects that you would like to set the Host Status on. This can be done either based on the current status, or you can choose to change the status of only certain Hosts based on their current status, i.e. only change ‘CRITICAL’ Service Checks to an ‘OK’ state, as with the screenshot above. The two selection options are as follows:

**Status Selection:** Here you can quickly choose which of the current statuses of your Set Host Check Status can be used to forcibly change the Host Check status of single or multiple Hosts. For example, you may wish to test that Notifications are working for a key Host Check. You could either amend the Host Check and wait for it to fail or you could use ‘Set Host Check Status’ to forcibly change the Host check to ‘DOWN’, thus triggering the notifications.

**Note: **in order to force the Notification to trigger in this example, a number of 'Set Host Check Status' changes must be submitted within the 'Retry Interval' to order to pass the configured 'Max Check Attempts' limit (by default, 'Max Check Attempts' is three and the Retry Interval is one minute).

**Manual Selection:** You can further refine your Status Selection by selecting the particular Host you want.

Once you have made your status selection, a count of the numbers of objects that have been selected will appear on the left hand side next to the submit button.

Clicking the 'Submit' button will submit the Host Check Status for the Hosts you have selected specifically or manually.

Note: When selecting a large number of objects the Manual Selection grid may take some time to populate.

## Notes

The 'Notes' option within a Host Group's contextual menu will load a modal window when clicked, which will look similar to the screen shown below:

The window allows the user to enter text in a WYSIWYG editor which can be seen and edited by other users of Opsview Monitor (who have permission to view the relevant Host Group). This is a great way to leave notes about what Hosts are within this Host Group, or about the customer if there is a Host Group per customer, e.g. 'This is Tims Tyres, they are located in London, UK and have an internal subnet of 192.168.1.0/24 with the router at 192.168.1.1.