Xitoring Document
Home
FAQ
Support
Register
Home
FAQ
Support
Register
  • Xitoring

    • Introduction
    • Release Notes
    • Xitoring Release Notes
    • Linux Xitogent Release Notes
    • Windows Xitogent Release Notes
    • Xitoring Mobile App Release Notes
    • Account Management
    • API Access & Automation
    • Team Management & Collaboration
    • Billing & Subscription Management
  • Getting Started

    • Getting Started with Xitoring
    • Workflows & Guides
    • Monitor Your First Server
    • Import / Migration
    • Migrate from UptimeRobot to Xitoring
    • Migrate from Pingdom to Xitoring
    • Migrate from Uptime.com to Xitoring
    • Migrate from BetterStack to Xitoring
  • Help & Support

    • FAQ & Troubleshooting
    • Glossary
  • Server Monitoring

    • Server Monitoring
    • Graphs
    • Live Statistics
    • Monitor Services
    • Auto-Triggers
  • Xitogent on Linux

    • Install Xitogent on Linux
    • Update Xitogent on Linux
    • Uninstall Xitogent on Linux
  • Xitogent on Windows

    • Install Xitogent on Windows
    • Uninstall Xitogent on Windows
    • Xitogent Service
    • Update Xitogent on Windows
    • Disk Performance (I/O)
  • Xitogent on Azure

    • Xitogent on Azure
    • Monitor Azure Linux VM
    • Monitor Azure Windows VM
  • Xitogent CLI

    • Xitogent CLI
    • Xitogent Pause/Unpause
    • Xitogent Status
    • Xitogent debug
    • Xitogent Diagnosis
    • Which data we collect
  • Xitoring CLI

    • Xitoring CLI
  • Uptime Monitoring

    • What is Uptime Monitoring
    • Monitoring Nodes (Geographic Locations)
    • What is Check
    • Auto-Discovery
    • Auto Fault Tolerance
    • Heartbeat Check
    • Ping Check
    • HTTP(S) Check
    • DNS Check
    • FTP Check
    • SMTP Check
    • IMAP Check
    • POP3 Check
    • TCP Check
    • UDP Check
    • Domain Expiry Check
  • SSL Monitoring

    • SSL Monitoring
  • Incidents

    • Incidents
    • Incident's Root Cause
    • Incidents Notification
    • Incident Notes
    • Resolving Incidents Manually
    • Incident Policy
  • Maintenance Schedule

    • Maintenance Schedule
  • Email Reports

    • Email Reports
  • Integrations

    • Integrations
    • Apache Integration
    • CoreDNS Integration
    • CouchDB Integration
    • Disk Health Integration
    • Docker Integration
    • Dovecot Integration
    • Exim Integration
    • HAProxy Integration
    • IIS Integration
    • InfluxDB Integration
    • Kafka Integration
    • KeyDB Integration
    • LiteSpeed Integration
    • MongoDB Integration
    • MySQL Integration
    • Netstat Integration
    • Nginx Integration
    • OpenLiteSpeed Integration
    • OpenVPN Integration
    • PHP-FPM Integration
    • Postfix Integration
    • PostgreSQL Integration
    • RabbitMQ integration
    • Redis Integration
    • MS SQL Server Integration
    • Supervisor Integration
    • Varnish Integration
    • Wireguard Integration
  • Notifications

    • Notifications
    • Creating Notification Roles
    • Email Integration
    • Mobile Push Notifications
    • SMS Integration
    • Phone call Integration
    • Webhook Integration
    • Integration for Slack
    • Telegram Integration
    • WhatsApp Integration
    • Mattermost Integration
    • Discord Integration
    • Google Chat Integration
    • Microsoft Teams Integration
    • Microsoft Teams (Webhook)
    • Atlassian Opsgenie Integration
    • Jira Service Management
    • Splunk On-Call Integration
    • Pushover Integration
    • Pushbullet Integration
    • Gotify Integration
    • Ntfy Integration
    • Spike.sh Integration
    • PagerDuty Integration
    • Zapier Integration
    • AlertOps Integration
  • Status Page

    • Status page
  • 3rd Party Status Pages

    • Using 3rd party Status Pages
    • Atlassian Status Page Integration with Xitoring
    • Status.io Integration with Xitoring
    • Statuspal Integration with Xitoring
    • Instatus Integration with Xitoring
  • Dashboards

    • Main Dashboard
    • Custom Dashboards
  • Metrics

    • Metrics
  • MCP Server

    • Setup & Tool Reference

Jira Service Management

Xitoring creates an alert in Jira Service Management Operations when a server or check goes down and closes the same alert when it recovers. Each alert carries the incident title, the details (group, label, check type, incident time), a link back to the incident in Xitoring, and a priority: P1 for down, P3 for warnings such as high CPU or an expiring SSL certificate.

Opsgenie shuts down on 5 April 2027

Atlassian stopped selling Opsgenie in June 2025 and switches it off on 5 April 2027. If a notification role still sends to Opsgenie, follow Move from Opsgenie below.

Create an API integration in Jira Service Management

  1. In Jira Service Management, open the operations page of the team that should receive the alerts. On a new site, first create a team and turn on operations for it: Operations → Home → Create a team, then Enable operations.
  2. In the left navigation, select Integrations, then Add integration.
  3. Search for API and select it.
  4. Enter a name, for example, Xitoring. Optionally, choose an Assignee team.
  5. Select Continue, then Turn on integration. Alerts are only accepted while the integration is turned on.
  6. Copy the integration's API key from its settings.

Tips

Treat the API key as a secret. Anyone who has it can create and close alerts for this team.

See Atlassian's Set up an API integration for more options, such as alert rules for the integration.

Add Jira Service Management to a notification role

  1. In Xitoring, open Notification Roles and select the role that should alert this team or create a new one.
  2. Under Incident management, turn on Jira Service Management.
  3. Paste the API key.
  4. Select Send test and confirm. A test alert named [Xitoring] Test-Server Down appears in Jira Service Management. Repeated tests update the same alert instead of creating new ones.
  5. Select Create a new role, or Save changes for an existing role.

Jira Service Management is available on paid Xitoring plans.

How alerts are matched

Xitoring gives each alert an alias that is the same for the down and the recovery of one incident, so the recovery closes exactly the alert the outage opened. Repeated notifications for an ongoing incident update the existing alert in Jira Service Management instead of opening new ones.

Move from Opsgenie

  1. Create an API integration in Jira Service Management, as described above, for the team that handles the alerts today in Opsgenie.
  2. Open each notification role that uses Opsgenie, turn on Jira Service Management and paste the new API key.
  3. Select Send test to check the alert arrives, then turn off Opsgenie in the role and save it.

If you have already migrated Opsgenie to Jira Service Management with Atlassian's migration tool, your Opsgenie API integrations may have been moved too; you can use the API key of the migrated integration in Xitoring.

Troubleshooting

  • No alert appears. Check that the integration is turned on in Jira Service Management and that the API key in the role is the key of that integration.
  • The alert is not closed when the check recovers. The recovery closes the alert by its alias. If someone changed or closed the alert by hand, nothing more happens.

For any questions you can contact support@xitoring.com.

Last Updated: 11/4/26, 9:46 PM
Prev
Atlassian Opsgenie Integration
Next
Splunk On-Call Integration