This template is for Áú»¢¶Ä²© version: 7.2
Source:
Opsgenie webhook
This guide describes how to integrate your Áú»¢¶Ä²© installation with Opsgenie using Áú»¢¶Ä²© webhook feature. This guide provides instructions on setting up a media type, a user and an action in Áú»¢¶Ä²©.
In Opsgenie
-
Create an API Key
following original instructions on how to .
-
Copy the API Key
of your new integration to use it in Áú»¢¶Ä²©.
In Áú»¢¶Ä²©
The configuration consists of a media type in Áú»¢¶Ä²©, which will invoke the webhook to send alerts to Opsgenie through the Opsgenie Rest API.
- Create a global macro
{$ZABBIX.URL}
following instructions in Áú»¢¶Ä²© documentation with Áú»¢¶Ä²© frontend URL - for example, http://192.168.7.123:8081
.
- Import Opsgenie media type from this file following instructions in Áú»¢¶Ä²© documentation.
- Change the values of variables:
opsgenie_api
( or
opsgenie_web
(e.g., );
opsgenie_token
.
You can also set your own tags into opsgenie_tags
as <comma_separated_list_of_tags> and team names into opsgenie_teams
as <comma_separated_list_of_responders>.
The priority level in severity_default
will be used for non-triggered actions.
For more information on Áú»¢¶Ä²© webhook configuration, see Áú»¢¶Ä²© documentation.
To utilize the media type, it is recommended to create a dedicated Áú»¢¶Ä²© user to represent Opsgenie.
See more details on creating Áú»¢¶Ä²© user.
Opsgenie user should suffice the default settings as this user will not be logging into Áú»¢¶Ä²©. Note that in order to be notified about problems on a host, this user must have at least read permissions for this host.
When configuring alert action, add this user in the Send to users field (in Operation details) - this will tell Áú»¢¶Ä²© to use Opsgenie webhook when sending notifications from this action.
Use the Opsgenie user in any actions of your choice. A text from "Action Operations" will be sent to "Opsgenie Alert" when the problem occurs. The text from "Action Recovery Operations" and "Action Update Operations" will be sent to "Opsgenie Alert Notes" when the problem is resolved or updated.
Testing
Media testing can be done manually, from Media types
page. Press Test
button opposite to previously defined media type.
-
To create a problem following fields should be set:
- event.subject = MEDIA TYPE TEST
- event.id = 12345
- event.source = 0 (it simulates trigger based event)
- event.update.status = 0 (not an update operation)
- event.value = 1 (this is a problem event)
-
Having successfully sent a request from Áú»¢¶Ä²©, check if it is received in Opsgenie alert panel (it may require refreshing).
-
To close this problem from Áú»¢¶Ä²©, change event.value
to 0
(it indicates a recovery event) on the test page and press Test
button again to send the problem close request.
-
Confirm that problem is closed in Opsgenie panel.
Internal alerts
To receive notifications about an internal problem and recovery events in Opsgenie, mark the Custom message checkbox in the internal action configuration and specify custom message templates for problem and recovery operations.
If an internal action operation is configured without a custom message, the notification will not be sent.
Note that this step is required only for notifications about internal events; for other event types specifying a custom message is optional.
See more details on Notifications upon events in Áú»¢¶Ä²© documentation and on in Opsgenie documentation.
Known issues
If both recovery and update operations are defined for an action and the problem is closed manually in the frontend, closing operation will be executed first.
Update operations for the resolved event will not be executed but the status of these operations will be changed to "Sent" in order to stop failed request attempts.
Supported Versions
Áú»¢¶Ä²© 7.0, Opsgenie Alert API.
Feedback
Please report any issues with this media type at .
You can also provide feedback, discuss the template, or ask for help at ZABBIX forums.
This template is for Áú»¢¶Ä²© version: 7.0
Source:
Opsgenie webhook
This guide describes how to integrate your Áú»¢¶Ä²© installation with Opsgenie using Áú»¢¶Ä²© webhook feature. This guide provides instructions on setting up a media type, a user and an action in Áú»¢¶Ä²©.
In Opsgenie
-
Create an API Key
following original instructions on how to .
-
Copy the API Key
of your new integration to use it in Áú»¢¶Ä²©.
In Áú»¢¶Ä²©
The configuration consists of a media type in Áú»¢¶Ä²©, which will invoke the webhook to send alerts to Opsgenie through the Opsgenie Rest API.
- Create a global macro
{$ZABBIX.URL}
following instructions in Áú»¢¶Ä²© documentation with Áú»¢¶Ä²© frontend URL - for example, http://192.168.7.123:8081
.
- Import Opsgenie media type from this file following instructions in Áú»¢¶Ä²© documentation.
- Change the values of variables:
opsgenie_api
( or
opsgenie_web
(e.g., );
opsgenie_token
.
You can also set your own tags into opsgenie_tags
as <comma_separated_list_of_tags> and team names into opsgenie_teams
as <comma_separated_list_of_responders>.
The priority level in severity_default
will be used for non-triggered actions.
For more information on Áú»¢¶Ä²© webhook configuration, see Áú»¢¶Ä²© documentation.
To utilize the media type, it is recommended to create a dedicated Áú»¢¶Ä²© user to represent Opsgenie.
See more details on creating Áú»¢¶Ä²© user.
Opsgenie user should suffice the default settings as this user will not be logging into Áú»¢¶Ä²©. Note that in order to be notified about problems on a host, this user must have at least read permissions for this host.
When configuring alert action, add this user in the Send to users field (in Operation details) - this will tell Áú»¢¶Ä²© to use Opsgenie webhook when sending notifications from this action.
Use the Opsgenie user in any actions of your choice. A text from "Action Operations" will be sent to "Opsgenie Alert" when the problem occurs. The text from "Action Recovery Operations" and "Action Update Operations" will be sent to "Opsgenie Alert Notes" when the problem is resolved or updated.
Testing
Media testing can be done manually, from Media types
page. Press Test
button opposite to previously defined media type.
-
To create a problem following fields should be set:
- event.subject = MEDIA TYPE TEST
- event.id = 12345
- event.source = 0 (it simulates trigger based event)
- event.update.status = 0 (not an update operation)
- event.value = 1 (this is a problem event)
-
Having successfully sent a request from Áú»¢¶Ä²©, check if it is received in Opsgenie alert panel (it may require refreshing).
-
To close this problem from Áú»¢¶Ä²©, change event.value
to 0
(it indicates a recovery event) on the test page and press Test
button again to send the problem close request.
-
Confirm that problem is closed in Opsgenie panel.
Internal alerts
To receive notifications about an internal problem and recovery events in Opsgenie, mark the Custom message checkbox in the internal action configuration and specify custom message templates for problem and recovery operations.
If an internal action operation is configured without a custom message, the notification will not be sent.
Note that this step is required only for notifications about internal events; for other event types specifying a custom message is optional.
See more details on Notifications upon events in Áú»¢¶Ä²© documentation and on in Opsgenie documentation.
Known issues
If both recovery and update operations are defined for an action and the problem is closed manually in the frontend, closing operation will be executed first.
Update operations for the resolved event will not be executed but the status of these operations will be changed to "Sent" in order to stop failed request attempts.
Supported Versions
Áú»¢¶Ä²© 7.0, Opsgenie Alert API.
Feedback
Please report any issues with this media type at .
You can also provide feedback, discuss the template, or ask for help at ZABBIX forums.
This template is for Áú»¢¶Ä²© version: 6.4
Source:
Opsgenie webhook
This guide describes how to integrate your Áú»¢¶Ä²© installation with Opsgenie using Áú»¢¶Ä²© webhook feature. This guide provides instructions on setting up a media type, a user and an action in Áú»¢¶Ä²©.
In Opsgenie
-
Create an API Key
following original instructions on how to .
-
Copy the API Key
of your new integration to use it in Áú»¢¶Ä²©.
In Áú»¢¶Ä²©
The configuration consists of a media type in Áú»¢¶Ä²©, which will invoke the webhook to send alerts to Opsgenie through the Opsgenie Rest API.
- Create a global macro
{$ZABBIX.URL}
following instructions in Áú»¢¶Ä²© documentation with Áú»¢¶Ä²© frontend URL - for example, http://192.168.7.123:8081
.
- Import Opsgenie media type from this file following instructions in Áú»¢¶Ä²© documentation.
- Change the values of variables:
opsgenie_api
( or
opsgenie_web
(e.g., );
opsgenie_token
.
You can also set your own tags into opsgenie_tags
as <comma_separated_list_of_tags> and team names into opsgenie_teams
as <comma_separated_list_of_responders>.
The priority level in severity_default
will be used for non-triggered actions.
For more information on Áú»¢¶Ä²© webhook configuration, see Áú»¢¶Ä²© documentation.
To utilize the media type, it is recommended to create a dedicated Áú»¢¶Ä²© user to represent Opsgenie.
See more details on creating Áú»¢¶Ä²© user.
Opsgenie user should suffice the default settings as this user will not be logging into Áú»¢¶Ä²©. Note that in order to be notified about problems on a host, this user must have at least read permissions for this host.
When configuring alert action, add this user in the Send to users field (in Operation details) - this will tell Áú»¢¶Ä²© to use Opsgenie webhook when sending notifications from this action.
Use the Opsgenie user in any actions of your choice. A text from "Action Operations" will be sent to "Opsgenie Alert" when the problem occurs. The text from "Action Recovery Operations" and "Action Update Operations" will be sent to "Opsgenie Alert Notes" when the problem is resolved or updated.
Testing
Media testing can be done manually, from Media types
page. Press Test
button opposite to previously defined media type.
-
To create a problem following fields should be set:
- event.subject = MEDIA TYPE TEST
- event.id = 12345
- event.source = 0 (it simulates trigger based event)
- event.update.status = 0 (not an update operation)
- event.value = 1 (this is a problem event)
-
Having successfully sent a request from Áú»¢¶Ä²©, check if it is received in Opsgenie alert panel (it may require refreshing).
-
To close this problem from Áú»¢¶Ä²©, change event.value
to 0
(it indicates a recovery event) on the test page and press Test
button again to send the problem close request.
-
Confirm that problem is closed in Opsgenie panel.
Internal alerts
To receive notifications about an internal problem and recovery events in Opsgenie, mark the Custom message checkbox in the internal action configuration and specify custom message templates for problem and recovery operations.
If an internal action operation is configured without a custom message, the notification will not be sent.
Note that this step is required only for notifications about internal events; for other event types specifying a custom message is optional.
See more details on Notifications upon events in Áú»¢¶Ä²© documentation and on in Opsgenie documentation.
Known issues
If both recovery and update operations are defined for an action and the problem is closed manually in the frontend, closing operation will be executed first.
Update operations for the resolved event will not be executed but the status of these operations will be changed to "Sent" in order to stop failed request attempts.
Supported Versions
Áú»¢¶Ä²© 6.4, Opsgenie Alert API.
Feedback
Please report any issues with this media type at .
You can also provide feedback, discuss the template, or ask for help at ZABBIX forums.
This template is for Áú»¢¶Ä²© version: 6.2
Source:
Opsgenie webhook
This guide describes how to integrate your Áú»¢¶Ä²© installation with Opsgenie using Áú»¢¶Ä²© webhook feature. This guide provides instructions on setting up a media type, a user and an action in Áú»¢¶Ä²©.
In Opsgenie
-
Create an API Key
following original instructions on how to .
-
Copy the API Key
of your new integration to use it in Áú»¢¶Ä²©.
In Áú»¢¶Ä²©
The configuration consists of a media type in Áú»¢¶Ä²©, which will invoke the webhook to send alerts to Opsgenie through the Opsgenie Rest API.
- Create a global macro
{$ZABBIX.URL}
following instructions in Áú»¢¶Ä²© documentation with Áú»¢¶Ä²© frontend URL - for example, http://192.168.7.123:8081
.
- Import Opsgenie media type from this file following instructions in Áú»¢¶Ä²© documentation.
- Change the values of variables:
opsgenie_api
( or
opsgenie_web
(e.g., );
opsgenie_token
.
You can also set your own tags into opsgenie_tags
as <comma_separated_list_of_tags> and team names into opsgenie_teams
as <comma_separated_list_of_responders>.
The priority level in severity_default
will be used for non-triggered actions.
For more information on Áú»¢¶Ä²© webhook configuration, see Áú»¢¶Ä²© documentation.
To utilize the media type, it is recommended to create a dedicated Áú»¢¶Ä²© user to represent Opsgenie.
See more details on creating Áú»¢¶Ä²© user.
Opsgenie user should suffice the default settings as this user will not be logging into Áú»¢¶Ä²©. Note that in order to be notified about problems on a host, this user must have at least read permissions for this host.
When configuring alert action, add this user in the Send to users field (in Operation details) - this will tell Áú»¢¶Ä²© to use Opsgenie webhook when sending notifications from this action.
Use the Opsgenie user in any actions of your choice. A text from "Action Operations" will be sent to "Opsgenie Alert" when the problem occurs. The text from "Action Recovery Operations" and "Action Update Operations" will be sent to "Opsgenie Alert Notes" when the problem is resolved or updated.
Testing
Media testing can be done manually, from Media types
page. Press Test
button opposite to previously defined media type.
-
To create a problem following fields should be set:
- event.subject = MEDIA TYPE TEST
- event.id = 12345
- event.source = 0 (it simulates trigger based event)
- event.update.status = 0 (not an update operation)
- event.value = 1 (this is a problem event)
-
Having successfully sent a request from Áú»¢¶Ä²©, check if it is received in Opsgenie alert panel (it may require refreshing).
-
To close this problem from Áú»¢¶Ä²©, change event.value
to 0
(it indicates a recovery event) on the test page and press Test
button again to send the problem close request.
-
Confirm that problem is closed in Opsgenie panel.
Internal alerts
To receive notifications about an internal problem and recovery events in Opsgenie, mark the Custom message checkbox in the internal action configuration and specify custom message templates for problem and recovery operations.
If an internal action operation is configured without a custom message, the notification will not be sent.
Note that this step is required only for notifications about internal events; for other event types specifying a custom message is optional.
See more details on Notifications upon events in Áú»¢¶Ä²© documentation and on in Opsgenie documentation.
Known issues
If both recovery and update operations are defined for an action and the problem is closed manually in the frontend, closing operation will be executed first.
Update operations for the resolved event will not be executed but the status of these operations will be changed to "Sent" in order to stop failed request attempts.
Supported Versions
Áú»¢¶Ä²© 6.2, Opsgenie Alert API.
Feedback
Please report any issues with this media type at .
You can also provide feedback, discuss the template, or ask for help at ZABBIX forums.
This template is for Áú»¢¶Ä²© version: 6.0
Source:
Opsgenie webhook
This guide describes how to integrate your Áú»¢¶Ä²© installation with Opsgenie using Áú»¢¶Ä²© webhook feature. This guide provides instructions on setting up a media type, a user and an action in Áú»¢¶Ä²©.
In Opsgenie
-
Create an API Key
following original instructions on how to .
-
Copy the API Key
of your new integration to use it in Áú»¢¶Ä²©.
In Áú»¢¶Ä²©
The configuration consists of a media type in Áú»¢¶Ä²©, which will invoke the webhook to send alerts to Opsgenie through the Opsgenie Rest API.
- Create a global macro
{$ZABBIX.URL}
following instructions in Áú»¢¶Ä²© documentation with Áú»¢¶Ä²© frontend URL - for example, http://192.168.7.123:8081
.
- Import Opsgenie media type from this file following instructions in Áú»¢¶Ä²© documentation.
- Change the values of variables:
opsgenie_api
( or
opsgenie_web
(e.g., );
opsgenie_token
.
You can also set your own tags into opsgenie_tags
as <comma_separated_list_of_tags> and team names into opsgenie_teams
as <comma_separated_list_of_responders>.
The priority level in severity_default
will be used for non-triggered actions.
For more information on Áú»¢¶Ä²© webhook configuration, see Áú»¢¶Ä²© documentation.
To utilize the media type, it is recommended to create a dedicated Áú»¢¶Ä²© user to represent Opsgenie.
See more details on creating Áú»¢¶Ä²© user.
Opsgenie user should suffice the default settings as this user will not be logging into Áú»¢¶Ä²©. Note that in order to be notified about problems on a host, this user must have at least read permissions for this host.
When configuring alert action, add this user in the Send to users field (in Operation details) - this will tell Áú»¢¶Ä²© to use Opsgenie webhook when sending notifications from this action.
Use the Opsgenie user in any actions of your choice. A text from "Action Operations" will be sent to "Opsgenie Alert" when the problem occurs. The text from "Action Recovery Operations" and "Action Update Operations" will be sent to "Opsgenie Alert Notes" when the problem is resolved or updated.
Testing
Media testing can be done manually, from Media types
page. Press Test
button opposite to previously defined media type.
-
To create a problem following fields should be set:
- event.subject = MEDIA TYPE TEST
- event.id = 12345
- event.source = 0 (it simulates trigger based event)
- event.update.status = 0 (not an update operation)
- event.value = 1 (this is a problem event)
-
Having successfully sent a request from Áú»¢¶Ä²©, check if it is received in Opsgenie alert panel (it may require refreshing).
-
To close this problem from Áú»¢¶Ä²©, change event.value
to 0
(it indicates a recovery event) on the test page and press Test
button again to send the problem close request.
-
Confirm that problem is closed in Opsgenie panel.
Internal alerts
To receive notifications about an internal problem and recovery events in Opsgenie, mark the Custom message checkbox in the internal action configuration and specify custom message templates for problem and recovery operations.
If an internal action operation is configured without a custom message, the notification will not be sent.
Note that this step is required only for notifications about internal events; for other event types specifying a custom message is optional.
See more details on Notifications upon events in Áú»¢¶Ä²© documentation and on in Opsgenie documentation.
Known issues
If both recovery and update operations are defined for an action and the problem is closed manually in the frontend, closing operation will be executed first.
Update operations for the resolved event will not be executed but the status of these operations will be changed to "Sent" in order to stop failed request attempts.
Supported Versions
Áú»¢¶Ä²© 6.0, Opsgenie Alert API.
Feedback
Please report any issues with this media type at .
You can also provide feedback, discuss the template, or ask for help at ZABBIX forums.
This template is for Áú»¢¶Ä²© version: 5.4
Source:
Opsgenie webhook
This guide describes how to integrate your Áú»¢¶Ä²© installation with Opsgenie using the Áú»¢¶Ä²© webhook feature. This guide will provide instructions on setting up a media type, a user and an action in Áú»¢¶Ä²©.
In Opsgenie
1. Create an API Key according by original instruction , please.
2. Copy the API Key of your new integration to use it in Áú»¢¶Ä²©.
In Áú»¢¶Ä²©
The configuration consists of a media type in Áú»¢¶Ä²©, which will invoke the webhook to send alerts to Opsgenie through the Opsgenie Rest API.
1. Create a global macro {$ZABBIX.URL} with Áú»¢¶Ä²© frontend URL (for example )
2. Import the Opsgenie media type from file .
3. Change the values of the variables opsgenie_api ( or ) , opsgenie_web (for example, ), opsgenie_token.
Also you could set own tags into opsgenie_tags as <comma_separated_list_of_tags> and team names into opsgenie_teams as <comma_separated_list_of_responders>.
The priority level in severity_default will be used for non-triggered actions.
For more information about the Áú»¢¶Ä²© Webhook configuration, please see the documentation.
To utilize the media type, we recommend creating a dedicated Áú»¢¶Ä²© user to represent Opsgenie. The default settings for Opsgenie User should suffice as this user will not be logging into Áú»¢¶Ä²©. Please note, that in order to be notified about problems on a host, this user must have at least read permissions for the host.
When configuring alert action, add this user in the Send to users field (in Operation details) - this will tell Áú»¢¶Ä²© to use Opsgenie webhook when sending notifications from this action. Use the Opsgenie User in any actions of your choice. Text from "Action Operations" will be sent to "Opsgenie Alert" when the problem happens. Text from "Action Recovery Operations" and "Action Update Operations" will be sent to "Opsgenie Alert Notes" when the problem is resolved or updated.
Internal alerts
To receive notifications about internal problem and recovery events in Opsgenie: in the internal action configuration mark the Custom message checkbox and specify custom message templates for problem and recovery operations.
If an internal action operation is configured without a custom message, the notification will not be sent.
Note, that this step is required only for notifications about internal events; for other event types specifying a custom message is optional.
For more information, please see Áú»¢¶Ä²© and documentation.
Supported Versions
Áú»¢¶Ä²© 5.0, Opsgenie Alert API.
This template is for Áú»¢¶Ä²© version: 5.0
Source:
Opsgenie webhook
This guide describes how to integrate your Áú»¢¶Ä²© installation with Opsgenie using Áú»¢¶Ä²© webhook feature. This guide provides instructions on setting up a media type, a user and an action in Áú»¢¶Ä²©.
In Opsgenie
-
Create an API Key
following original instructions on how to .
-
Copy the API Key
of your new integration to use it in Áú»¢¶Ä²©.
In Áú»¢¶Ä²©
The configuration consists of a media type in Áú»¢¶Ä²©, which will invoke the webhook to send alerts to Opsgenie through the Opsgenie Rest API.
- Create a global macro
{$ZABBIX.URL}
following instructions in Áú»¢¶Ä²© documentation with Áú»¢¶Ä²© frontend URL - for example, http://192.168.7.123:8081
.
- Import Opsgenie media type from this file following instructions in Áú»¢¶Ä²© documentation.
- Change the values of variables:
opsgenie_api
( or
opsgenie_web
(e.g., );
opsgenie_token
.
You can also set your own tags into opsgenie_tags
as <comma_separated_list_of_tags> and team names into opsgenie_teams
as <comma_separated_list_of_responders>.
The priority level in severity_default
will be used for non-triggered actions.
For more information on Áú»¢¶Ä²© webhook configuration, see Áú»¢¶Ä²© documentation.
To utilize the media type, it is recommended to create a dedicated Áú»¢¶Ä²© user to represent Opsgenie.
See more details on creating Áú»¢¶Ä²© user.
Opsgenie user should suffice the default settings as this user will not be logging into Áú»¢¶Ä²©. Note that in order to be notified about problems on a host, this user must have at least read permissions for this host.
When configuring alert action, add this user in the Send to users field (in Operation details) - this will tell Áú»¢¶Ä²© to use Opsgenie webhook when sending notifications from this action.
Use the Opsgenie user in any actions of your choice. A text from "Action Operations" will be sent to "Opsgenie Alert" when the problem occurs. The text from "Action Recovery Operations" and "Action Update Operations" will be sent to "Opsgenie Alert Notes" when the problem is resolved or updated.
Testing
Media testing can be done manually, from Media types
page. Press Test
button opposite to previously defined media type.
-
To create a problem following fields should be set:
- event.subject = MEDIA TYPE TEST
- event.id = 12345
- event.source = 0 (it simulates trigger based event)
- event.update.status = 0 (not an update operation)
- event.value = 1 (this is a problem event)
-
Having successfully sent a request from Áú»¢¶Ä²©, check if it is received in Opsgenie alert panel (it may require refreshing).
-
To close this problem from Áú»¢¶Ä²©, change event.value
to 0
(it indicates a recovery event) on the test page and press Test
button again to send the problem close request.
-
Confirm that problem is closed in Opsgenie panel.
Internal alerts
To receive notifications about an internal problem and recovery events in Opsgenie, mark the Custom message checkbox in the internal action configuration and specify custom message templates for problem and recovery operations.
If an internal action operation is configured without a custom message, the notification will not be sent.
Note that this step is required only for notifications about internal events; for other event types specifying a custom message is optional.
See more details on Notifications upon events in Áú»¢¶Ä²© documentation and on in Opsgenie documentation.
Known issues
If both recovery and update operations are defined for an action and the problem is closed manually in the frontend, closing operation will be executed first.
Update operations for the resolved event will not be executed but the status of these operations will be changed to "Sent" in order to stop failed request attempts.
Supported Versions
Áú»¢¶Ä²© 5.0, Opsgenie Alert API.
Feedback
Please report any issues with this media type at .
You can also provide feedback, discuss the template, or ask for help at ZABBIX forums.