...
Setting | Description | ||
---|---|---|---|
Service name | Name of the service
| ||
Hosts | A list of hosts on which this service is defined for. Must contain at least one host or group. Enable the "Check hosts" option if you want to link one single or several single hosts to that service. Enable the "Check host groups" option if you want to link a host group to that service. Via double-click in the "Non-members" selection box, add a host or host group to the "Members" selection box or click on it and use the following button. Via double-click in the "Members" selection box, remove a host or host group if you do not want to link it to the service or click on it and use the following button. | ||
Command | Individual settings for that service. The available settings depend on the selected plug-in. | ||
Normal check frequency (minutes) | An interval in minutes at which a service with OK status shall be checked. | ||
Check attempts | Specify how often a service shall be checked in the event of a fault before its status is changed from WARNING to CRITICAL. | ||
Retry check frequency (minutes) | Define that in the event of a fault, the time interval for a recheck shall be shortened. The entered value is processed in minutes. For example if you check the service every 5 minutes (see "Normal check frequency"),in the event of a fault, the check is not executed every 5 minutes but at the entered time interval (3 minutes, for example). | ||
Timeperiod to perform checks | The time period in which checking is enabled. | ||
Notification frequency (minutes) | Specify at what intervals (in minutes) notifications shall be sent.
| ||
Notification timeperiod | Link alarms of the host status to one of the configured time periods. | ||
Send notifications when Service is in state | Options to determine, when or rather in which service state notifications should be sent out. | ||
First notification delay (minutes) | Defines the number of minutes to wait before sending out the first problem notification when this service enters a non-OK state. Value 0 means sending out notifications immediately. | ||
Contactgroups receiving notifications | A contact group to receive a notification in the event of a fault. | ||
Enable flap-detection | Flap detection activation/deactivation. | ||
Lower flapping-threshold | Use to specify the low state change threshold used in flap detection for this host. If you set this directive to a value of 0, the program-wide value specified by the low_host_flap_threshold directive will be used. | ||
Upper flapping-threshold | Use to specify the high state change threshold used in flap detection for this host. If you set this directive to a value of 0, the program-wide value specified by the high_host_flap_threshold directive will be used. | ||
Event handler | Select "Yes" if you want to enable the event handler. azeti AGENT on the host then tries to solve the problem independently. Select "No" if you want to disable the event handler. | ||
Event when service is in state | The fault status in case of which the event handler shall take action. Enable the corresponding check box. | ||
Global Event Handler | The IP address of a host that provides a central event handler | ||
Process performance data | Select "Yes" if the performance data of the service shall be saved for later evaluation. Select "No" if the performance data of the service shall not be saved or if you want to change the value in the "Normal check frequency" input box (see above). | ||
Performance data type | Specify the type of performance data. | ||
Performance graph type | Specify the type of performance graph. | ||
Notes (optional) | Container for additional service configuration data. | ||
Execute active checks | Specifies if checks should be executed by Sonarplex. | ||
Execute passive checks | Specifies if passive check results should be accepted for this service. | ||
Freshness checking | Specifies if in case of passive checks their fressness should be observed. This means that if freshness threshold is exceeded the specified Command will be executed. | ||
Service is volatile | Use to denote whether the service is "volatile". Services are normally not volatile. Volatile services are resetting their internal state back to "OK" every time they get checked. This means that notifications and events are generated for every non OK result state, even if their previous one was the same. For example when receiving SNMP traps, use this option in combination with "Maximum check commands: 1". This will force a notification for each incoming SNMP Trap, even when they are recognized in short intervals (e.g. each second). | ||
Freshness threshold in seconds | Specifies the interval in seconds a passive service will wait for incoming result before the its Command will be executed actively. | ||
My Properties (optional) | Additional properties with the template name, the alias service name and so on. |