Jira Service Management logo and current status indicator

Jira Service Management Incident History

Operational

atlassian.com ↗13 components

checked Oct 27, 2026 9:50 AM UTC · Jira Service Management's official status page

Jira Service Management is up and running.

Jira Service Management is currently operational with all systems functioning normally.

All components operational

Be the first to know

Statusfield watches Jira Service Management alongside the rest of your stack and tells you when its status changes. Email, Slack, Microsoft Teams, PagerDuty, and webhooks.

30-day free trial — no card needed. First-time customers; continued monitoring requires a paid subscription.

Jira Service Management incident history

2 reports published by Jira Service Management in the last 30 days

When Jira Service Management breaks, it is typically resolved in 4h 9m — median across 1 resolved incidents over 30 days.

October 21, 2026

Jira - Project Sidebar Loading Degradation

Last update
  1. resolvedOct 21 · 15:45 UTC

    On October 21, 2026, JIRA, JSM, JPD, and JWM users may have experienced performance degradation impacting the project sidebar and navigation. The issue has now been resolved, and the service is operating normally for all affected customers.

Reported by Jira Service Management on their status page.

October 1, 2026

Job processing and scheduling is degraded affecting multiple Atlassian products

Last update
  1. postmortemOct 9 · 18:24 UTC

    Summary

    On October 1, 2026, between 01:00 and 07:25 UTC, degraded job processing and scheduling impacted Atlassian products including Bitbucket Cloud, Confluence, Forge apps, Jira, and Jira Service Management in all commercial cloud regions. This caused delayed or missed background tasks, such as email-to-ticket processing and scheduled pipelines; interactive product use was not affected. The event was triggered when an unexpected volume of scheduled tasks became due simultaneously, overwhelming our shared job scheduling platform. Automated monitoring detected the incident within three minutes. Recovery began around 03:45 UTC as engineering scaled capacity and the platform worked through the backlog, with full resolution reached in 6 hours and 25 minutes.

    IMPACT

    Most scheduled tasks stopped running at 01:00 UTC and resumed from about 03:45 UTC. Most delayed work had caught up by about 06:00 UTC, and the remaining delays had cleared by 07:25 UTC. Across affected products:

    • Recurring scheduled tasks skipped or delayed runs due during the incident; skipped runs were not automatically re-run, and tasks resumed at their next scheduled time.
    • Most one-time scheduled tasks ran late; a small number may not have run.
    • Automation rules, including scheduled rules, ran normally, except as noted below.

    Bitbucket Cloud

    Scheduled pipelines due between 01:00 and about 03:50 UTC did not run. If a scheduled pipeline did not run during the incident, you can wait for the next scheduled execution or trigger it manually. Other pipeline runs were not affected.

    Confluence

    Some calendar event reminders due between 01:00 and about 03:45 UTC were not sent.

    Forge apps

    Scheduled triggers stopped at 01:00 UTC and resumed from about 04:00 UTC; missed invocations were not replayed.

    Goals

    Start of the month email reminders to update goals could be delayed.

    Jira and Jira Service Management

    Incoming emails stayed in their mailboxes and were processed automatically after recovery. Scheduled notifications, such as filter subscriptions, were delayed. In some service projects, automation rules and notifications triggered by SLAs or time in status ran late. SLA timer data remained intact.

    Atlassian Support

    Until 07:25 UTC, issues with our support tools may have slowed some of our responses.

    Based on our investigation to date, we have not identified any loss of work items, pages, repositories, or incoming emails.

    ROOT CAUSE

    Our shared job scheduling platform operates at high scale under normal conditions. One of the platform consumers scheduled an abnormally high volume of tasks to be executed at the same time on October 1st at 01:00 UTC. This order-of-magnitude surge exceeded our architectural and scaling limits, creating a processing backlog across dependent services. Engineering manually increased capacity to handle the abnormal load, enabling the service to process the backlog and return to normal operations.

    REMEDIAL ACTIONS PLAN & NEXT STEPS

    We know that delayed and missed work affects your productivity. We are prioritizing these actions to help reduce the likelihood and impact of similar incidents:

    • Enhance workload isolation: Implement fair scheduling guardrails so volume surges from a single source do not starve or delay tasks across other products.
    • Strengthen surge controls: Add operational capabilities to quickly throttle or pause scheduled workloads from specific sources during unexpected traffic spikes.
    • Improve system scaling and recovery: Enhance platform capacity and optimize scaling processes to handle extreme demand spikes and recover more rapidly.

    We apologize to customers whose services were impacted during this incident.

    Thanks,

    Atlassian

Reported by Jira Service Management on their status page.