Störungsverlauf von Jira Service Desk

1. 3. September 2026 um 14:20 UTCinvestigating

   Wir untersuchen ein Problem, das Jira Service Management betrifft. Betroffene Benutzer können bei der Anzeige oder Interaktion mit dem Feld Betroffene Dienste Fehler oder Langsamkeit feststellen. Unsere Teams untersuchen aktiv die Ursache. Wir werden das nächste Update in der nächsten 1 Stunde oder früher bereitstellen.

2. 3. September 2026 um 15:20 UTCinvestigating

   Wir haben die Ursache des Problems identifiziert, das Jira Service Management betrifft, und stellen derzeit einen Fix bereit. Wir erwarten in Kürze eine Erholung und werden die Situation weiterhin genau beobachten. Wir werden das nächste Update in 60 Minuten oder früher bereitstellen, wenn es ein materielles Update gibt.

3. 3. September 2026 um 16:15 UTCmonitoring

   Die Leistungsverschlechterung von Jira Service Management wurde behoben und die Dienste funktionieren nun normal für alle betroffenen Kunden. Wir werden die Leistung weiterhin genau überwachen, um die Stabilität zu bestätigen.

4. 3. September 2026 um 17:03 UTCresolved

   Am 3. September 2026 haben einige Jira Service Management-Benutzer möglicherweise Fehler beim Anzeigen des Felds Betroffene Dienste oder bei Leistungseinbußen im Internet festgestellt. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. September 2026 um 10:11 UTCmonitoring

   Wir haben die Ursache des Problems identifiziert, das sich auf Jira Work Item-Übergänge auswirkt, und einen Fix angewendet. Wir sehen derzeit Anzeichen einer Erholung und werden dies auch weiterhin beobachten. Wir werden das nächste Update in der nächsten 1 Stunde oder früher bereitstellen, wenn es ein materielles Update gibt.

2. 1. September 2026 um 11:44 UTCresolved

   Am 1. September 2026, zwischen 04:22 UTC und 10:59 UTC, haben einige Jira-Benutzer möglicherweise Servicestörungen erlebt. Das Problem wurde nun behoben und der Service funktioniert normal für alle Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. August 2026 um 04:22 UTCinvestigating

   Unsere Teams haben festgestellt, dass dieses Problem auch Auswirkungen auf das Jira Service Management hat. Wir werden so schnell wie möglich weiter aktualisieren.

2. 27. August 2026 um 04:25 UTCinvestigating

   Wir untersuchen ein Problem mit dem Zugriff auf Produkte, das sich auf Kunden von Confluence, Jira Cloud und Jira Serivce Management auswirkt. Unser Team untersucht dieses Problem dringend und wir werden weitere Details innerhalb einer Stunde oder früher zur Verfügung stellen, wenn Informationen verfügbar sind.

3. 27. August 2026 um 04:33 UTCidentified

   Unsere Teams haben eine mögliche Lösung für die Probleme identifiziert, die Jira Cloud, Jira Service Management und Confluence betreffen. Dies wird jetzt in den betroffenen Regionen eingeführt und wir werden innerhalb einer Stunde oder früher aktualisieren, wenn weitere Informationen verfügbar sind.

4. 27. August 2026 um 04:51 UTCmonitoring

   Die Probleme im Zusammenhang mit dem Laden von Jira Cloud, Jira Service Management und Confluence befinden sich nun in der Erholung. Wir werden weiterhin genau beobachten, um die Stabilität zu bestätigen und ein Update innerhalb einer Stunde oder früher bereitzustellen, wenn mehr Informationen verfügbar sind.

5. 27. August 2026 um 05:16 UTCresolved

   Am 27. August 2026 UTC erlebten Atlassian-Produkte wie Jira Cloud, Jira Service Management und Confluence eine Störung, und Dienste waren für betroffene Benutzer nicht verfügbar. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden. Ein öffentlicher Postmortem für diesen Vorfall wird auf dieser Seite zur Verfügung gestellt, wenn unsere vollständige Untersuchung des Vorfalls abgeschlossen ist.

6. 7. September 2026 um 02:53 UTCpostmortem

   **Zusammenfassung ** Am 27. August 2026, zwischen 03:51 und 04:35 UTC, konnten Atlassian-Kunden in den Regionen Westeuropa und Südost-APAC Atlassian Cloud-Produkte nicht erreichen, darunter Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search und Talent. Das Ereignis wurde durch einen defekten Codewechsel in der Routing-Schicht einer unserer Proxy-Flotten ausgelöst. Dies führte dazu, dass HTTP 404-Fehler für den gesamten Kundenverkehr über diese Proxy-Flotten in Westeuropa und Südost-APAC-Regionen bereitgestellt wurden. Der Vorfall wurde innerhalb von 1 Minute von unseren automatisierten Überwachungssystemen erkannt und durch Zurücksetzen auf die vorherige Konfigurationsversion gemindert, wodurch die Proxy-Flotte in einen bekannten guten Zustand versetzt wurde. Nachdem sich die Proxy-Flotte erholt hatte, erhielten einige Jira- und Confluence-Kunden (unabhängig vom Standort) zwischen 04:33 und 04:53 UTC HTTP 503-Fehler, da sich die Serverflotten an den Datenverkehrszustrom angepasst hatten. **IMPACT** Die Gesamtwirkung wurde in zwei diskrete Perioden aufgeteilt: - Zuerst, am 27. August 2026, zwischen 03:51 und 04:35 UTC über Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search und Talent. Der Vorfall führte zu einer Unterbrechung des Kundenverkehrs aus Westeuropa und den südöstlichen APAC-Regionen, wobei HTTP 404-Fehler zurückgegeben wurden. Es gab keine Auswirkungen auf den API-Datenverkehr des Kunden, unabhängig vom Herkunftsort. Zweitens, am 27. August 2026, zwischen 04:33 und 04:53 UTC, erhielten einige Jira- und Confluence-Kunden unabhängig vom Standort HTTP 503-Fehler, nachdem die HTTP 404-Fehler gelöst wurden: ~32% der Anfragen in ap-südost-2, ~4% der Anfragen in eu-west-1, ~2,5% der Anfragen in us-west-2 und ap-südost-1 und <1% der Anfragen in allen verbleibenden globalen Regionen. **URSACHE ** Das Ereignis wurde durch einen Codewechsel zu einer unserer Proxy-Flotten ausgelöst. Es gab jedoch einen Fehler im eingesetzten Code, der durch manuelle und automatisierte Tests nicht erkannt wurde. Dies führte zu einer Fehlkonfiguration einer Mandanten-Lookup-Funktionalität in der Proxy-Ebene, was dazu führte, dass der Datenverkehr keinen gültigen Netzwerkpfad hatte, was dazu führte, dass HTTP 404-Fehler für den gesamten Kundenverkehr über diese Proxy-Flotten in Westeuropa und Südost-APAC-Regionen bereitgestellt wurden. Nachdem sich die Auswirkungen der Proxy-Stufe erholt hatten, wurde für einige Jira- und Confluence-Kunden eine zweite Phase der Auswirkungen verursacht. Aufgrund der Verringerung des Datenverkehrs, der von der Proxy-Flotte an Jira und Confluence geliefert wurde, hatten sich die Jira- und Confluence-Dienstebenen automatisch in der Anzahl der Server skaliert, die den Kundenverkehr bedienen. Sobald die Proxy-Flottenfunktionalität wiederhergestellt war, überwältigte der Anstieg des Datenverkehrs die Jira-Dienstebene, die eine erhöhte Rate von HTTP 503s zurückgab, bis sie automatisch wieder skaliert wurde. **REMEDIAL ACTIONS PLAN & NEXT STEPS** Wir wissen, dass Ausfälle Ihre Produktivität beeinflussen. Während wir eine Reihe von Test- und Präventivprozessen haben, wurde dieses spezielle Problem nicht identifiziert, da die Änderung mit einer sehr spezifischen Art von Edge Case zusammenhing, die nicht von unseren automatisierten Continuous Deployment Suiten und manuellen Testskripten aufgenommen wurde. Wir priorisieren die folgenden Verbesserungsmaßnahmen, um eine Wiederholung dieser Art von Vorfällen zu vermeiden: - **Weitere Deployment-Sicherheitsmaßnahmen hinzufügen:** Die Deployment-Pipeline für die Konfiguration der betroffenen Proxy-Ebene verwendete ein Legacy-System und verfügte nicht über die geeigneten langsamen regionalen Rollout-Funktionen, die korrekt konfiguriert waren. Wir haben bereits die richtigen Sicherheitsvorkehrungen hinzugefügt, und wir verschieben dies in unsere Standard-Bereitstellungspipeline des Unternehmens, die alle standardmäßig aktivierten Sicherheitskontrollen enthält. Wir prüfen auch alle Netzwerkdienste, um zu bestätigen, dass sie sich alle auf dem neuen Standard-Pipeline-Bereitstellungsdienst befinden. - **Verbesserung der Flottenskalierungsrichtlinien:** Die automatische Skalierungskonfiguration für unsere Jira- und Confluence-Serviceflotten wurde zu aggressiv konfiguriert. Wir überprüfen und aktualisieren gründlich alle komplexen Jira- und Confluence-Auto-Skalierungsrichtlinien, um sicherzustellen, dass dies nicht erneut geschieht. Wir entschuldigen uns bei Kunden, deren Dienste während dieses Vorfalls betroffen waren; wir unternehmen sofortige Schritte, um die Leistung und Verfügbarkeit der Plattform zu verbessern. Danke, Atlassian Kundensupport

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. August 2026 um 08:42 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungseinbußen, die zu einer erhöhten Latenz für E-Mail-, Mobile- und Slack-Benachrichtigungen für Jira, JSM und Confluence führen. Unsere Teams untersuchen das Problem und weitere Informationen werden innerhalb der nächsten 1 Stunde geteilt.

2. 25. August 2026 um 09:44 UTCinvestigating

   Unsere Teams haben die betroffenen Regionen identifiziert und arbeiten aktiv daran, das Problem zu mildern. Wir werden weitere Updates innerhalb einer Stunde zur Verfügung stellen, oder früher, wenn wir erhebliche Fortschritte zu teilen haben.

3. 25. August 2026 um 10:49 UTCinvestigating

   Unsere Teams haben nur wenige Korrekturmaßnahmen ergriffen, um das Problem in einer der betroffenen Regionen zu mildern, und beobachten einige Verbesserungen. Wir beobachten die Situation weiterhin und werden die notwendigen Maßnahmen ergreifen, bis der Vorfall vollständig wiederhergestellt ist. Wir werden weitere Updates innerhalb der nächsten zwei Stunden zur Verfügung stellen, oder früher, wenn wir erhebliche Fortschritte zu teilen haben.

4. 25. August 2026 um 13:01 UTCmonitoring

   Unsere Teams mildern das Problem weiterhin und beobachten einige Verbesserungen. Wir beobachten die Situation weiterhin und werden die notwendigen Maßnahmen ergreifen, bis der Vorfall vollständig wiederhergestellt ist. Wir werden weitere Updates innerhalb der nächsten zwei Stunden zur Verfügung stellen, oder früher, wenn wir erhebliche Fortschritte zu teilen haben.

5. 25. August 2026 um 14:33 UTCresolved

   Am 25. August 2026 haben einige Benutzer möglicherweise eine erhöhte Latenz in E-Mail-, mobilen und Slack-Benachrichtigungen erlebt. Das Problem wurde nun behoben und der Service funktioniert normal für alle Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. August 2026 um 19:22 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die zu einer erhöhten Latenz für E-Mail-, Mobile- und Slack-Benachrichtigungen für JIRA, JSM und Confluence führen. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 24. August 2026 um 20:25 UTCinvestigating

   Unsere Teams haben drei betroffene Regionen identifiziert und untersuchen weiterhin die erhöhte Latenz, die sich auf E-Mail-, Mobil- und Slack-Benachrichtigungen für JIRA, JSM und Confluence auswirkt.

3. 24. August 2026 um 21:30 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert, und unsere Teams arbeiten fleißig an einer Minderung. Betroffene Benutzer können eine erhöhte Latenz in E-Mail-, mobilen und Slack-Benachrichtigungen für JIRA, JSM und Confluence erleben. Wir werden hier weiterhin zusätzliche Updates teilen, da weitere Informationen verfügbar sind.

4. 24. August 2026 um 23:15 UTCresolved

   Am 24. August 2026 haben einige JIRA-, JSM- und Confluence-Benutzer möglicherweise Leistungseinbußen erfahren, die zu einer erhöhten Latenz in E-Mail-, mobilen und Slack-Benachrichtigungen führen. Das Problem wurde für neu erstellte Benachrichtigungen behoben, und der Dienst funktioniert normal. Möglicherweise werden ältere Benachrichtigungen verarbeitet, und wir erwarten, dass sie in den nächsten Stunden abgeschlossen werden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. August 2026 um 11:30 UTCinvestigating

   We are investigating issues affecting your services. We are actively working to identify the cause and resolve the issue. We will provide further updates within one hour.

2. 7. August 2026 um 12:22 UTCmonitoring

   Some customers experienced issues accessing affected services in the Central European region. We have been able to apply the fix to mitigate the issues and we are seeing recovery. We continue to monitor the situation and should be fully recovered soon. We should be able to provide more updates in the next one hour or earlier.

3. 7. August 2026 um 12:52 UTCresolved

   On August 7th - 2026, between 10:27 UTC to 11:49 UTC, some users in the Central European region may have experienced service access issues. The issue has now been resolved and the service is operating normally for all the customers.

1. 7. August 2026 um 01:33 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA and JSM. Affected users may experience errors viewing issues and boards. We will share updates here as more information is available.

2. 7. August 2026 um 01:39 UTCmonitoring

   The performance degradation of JIRA has been resolved, and services are now operating normally for all affected customers. We'll continue to monitor performance closely to confirm stability.

3. 7. August 2026 um 01:46 UTCresolved

   On August 7, 2026, JIRA, JWM, and JSM users may have experienced performance degradation when viewing issues and boards. The issue has now been resolved, and the service is operating normally for all affected customers.

1. 21. Juli 2026 um 09:48 UTCidentified

   Wir arbeiten mit unserem Benachrichtigungsanbieter zusammen, um das Problem zu lösen. Wir werden innerhalb von 24 Stunden oder sobald weitere Informationen verfügbar sind, ein weiteres Update bereitstellen.

2. 22. Juli 2026 um 06:59 UTCidentified

   Eine kleine Anzahl von Sprachbenachrichtigungen für Jira Service Management- und Opsgenie-Kunden, die in Indien ansässige Mobilfunknummern verwenden, kann fehlschlagen. Kunden können fehlerhafte Sprachanrufprotokolle sehen und den erwarteten Paging-Anruf nicht erhalten. Unser Drittanbieter von Benachrichtigungen arbeitet aktiv daran, die Sprachbenachrichtigung wiederherzustellen, und wir werden Updates bereitstellen, sobald das Problem behoben ist. Wenn Sie weitere Unterstützung oder Informationen benötigen, wenden Sie sich bitte an unser Support-Team.

3. 24. Juli 2026 um 13:07 UTCresolved

   Unser benachrichtigungsanbieter hat die wurzel des problems identifiziert, das sprachanruffehler bei einigen indien ansässigen mobilfunknummern verursacht. Wir verstehen die Unannehmlichkeiten, die dies verursachen kann, und schätzen Ihre Geduld, während unser Anbieter an der Wiederherstellung des Dienstes arbeitet. Wenn Sie Probleme mit Sprachbenachrichtigungen haben, wenden Sie sich bitte an unseren Support für Unterstützung.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Juli 2026 um 20:18 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die sich auf die Automatisierungsregeln für Jira und Jira Service Management auswirken. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 20. Juli 2026 um 21:27 UTCinvestigating

   Unsere Teams untersuchen weiterhin Verzögerungen in Jira und Jira Service Management Automatisierungsregelausführungen für einige Kunden. Wir sehen Anzeichen für Verbesserungen, aber betroffene Benutzer können immer noch Verzögerungen erleben. Wir werden Updates hier teilen, da mehr Informationen verfügbar sind.

3. 21. Juli 2026 um 04:53 UTCidentified

   Das Team hat eine Ursache identifiziert und führt nun nach ersten Tests Skalierungsänderungen durch, um diese Regelausführungsverzögerungen zu verhindern. Wir werden die Leistung in den nächsten 24 Stunden überwachen und ein Update zu diesem Zeitpunkt oder früher bereitstellen, wenn wir bestätigen können, dass die Verbesserung vorhanden ist.

4. 22. Juli 2026 um 00:56 UTCresolved

   Unser Team konnte bestätigen, dass alle Regelausführungen normal funktionieren und dieses Problem ist nun behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Juli 2026 um 16:03 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die sich auf die Automatisierungsregeln für Jira und Jira Service Management auswirken. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 20. Juli 2026 um 16:58 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert, und unsere Teams arbeiten fleißig an einer Minderung. Wir sehen derzeit Anzeichen von Verbesserungen, aber betroffene Benutzer können Verzögerungen bei Jira und Jira Service Management Automation Regelausführungen auftreten. Wir werden hier weiterhin zusätzliche Updates teilen, da weitere Informationen verfügbar sind.

3. 20. Juli 2026 um 17:23 UTCresolved

   Am 20. Juli 2026 haben einige Jira- und Jira Service Management-Benutzer möglicherweise eine Leistungsminderung bei der Ausführung von Automatisierungsregeln erlebt. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. Juli 2026 um 09:23 UTCinvestigating

   Wir untersuchen Probleme, die sich auf Ihre Dienste auswirken. Wir arbeiten aktiv daran, die Ursache zu identifizieren und das Problem zu lösen. Wir werden innerhalb einer Stunde weitere Updates bereitstellen.

2. 6. Juli 2026 um 10:04 UTCmonitoring

   Wir haben den Fix erfolgreich angewendet und sehen eine Erholung. Die Automatisierungsfunktionen werden wiederhergestellt und sollten in Zukunft normal funktionieren. Datenverarbeitungsanfragen, die während des Ausfallzeitraums eingereicht wurden, wurden aufgrund der Nichtverfügbarkeit des Dienstes nicht abgeschlossen. Wir beobachten die Situation weiter und erwarten eine vollständige Erholung innerhalb der nächsten Stunde. Wir werden zusätzliche Updates in der nächsten Stunde oder früher zur Verfügung stellen.

3. 6. Juli 2026 um 11:46 UTCinvestigating

   Wir sehen immer noch einige Probleme mit User-Suche, User-Picker und Assets in der gesamten EU-Region. Wir untersuchen die Situation weiter und werden in der nächsten Stunde oder früher zusätzliche Updates bereitstellen.

4. 6. Juli 2026 um 12:25 UTCmonitoring

   Wir haben den Fix angewendet, um das Problem zu mildern und sehen eine Erholung. Wir beobachten die Situation weiterhin und sollten bald vollständig erholt sein. Wir sollten in der Lage sein, weitere Updates in der nächsten Stunde oder früher bereitzustellen.

5. 6. Juli 2026 um 13:04 UTCresolved

   Am 6. Juli 2026, zwischen 06:51 UTC und 09:39 UTC, haben einige Benutzer möglicherweise Probleme mit der Automatisierung und zwischen 08:10 UTC und 11:50 UTC haben einige Benutzer möglicherweise Probleme mit der Benutzersuche, dem Benutzer-Picker und den Vermögenswerten in der EU-Region. Die Probleme sind nun gelöst und die Dienste funktionieren normal für alle Kunden.

6. 17. Juli 2026 um 16:59 UTCpostmortem

   ## Zusammenfassung Am 6. Juli 2026, zwischen 06:51 und 20:17 UTC, erlebten Atlassian-Kunden, die Cloud-Produkte in europäischen (EU) Regionen nutzten, Serviceunterbrechungen, die sich auf die Ausführung von Automatisierungsregeln, die Benutzersuche, den Benutzerwähler und die damit verbundenen Workflows auswirkten. Der Vorfall begann, als ein zentraler Identitätsdienst eine Datenbanksättigung in EU-Regionen erlebte, was zu Latenz- und Fehlerraten führte. Während die Responder an der Wiederherstellung der Kapazität arbeiteten, wurde eine Notfallminderung angewendet, die den Zugriff auf den Identitätsendpunkt auf Automatisierungsregeln blockierte. Parallel dazu trug die erhöhte Identitätslatenz zu einem Kaskadierungsfehler in einem nachgelagerten Benutzersuchdienst bei, was die Benutzersuche und die Benutzerauswahl über mehrere Produkte hinweg beeinträchtigte. Der Dienst wurde schrittweise wiederhergestellt, nachdem zusätzliche Datenbanklesekapazität hinzugefügt, die Notfallblockade entfernt und der Benutzersuchdienst manuell hochskaliert wurde. ## Auswirkungen Der Vorfall betraf Kunden mehrerer Atlassian-Produkte in EU-Regionen am 6. Juli 2026 zwischen 06:51 und 20:17 UTC. - **Core Identity Service Degradation:** Erhöhte intermittierende Zugangsverweigerungsraten wurden für Produkte in EU-Regionen beobachtet. - **Ausführung von Automatisierungsregeln: Automatisierungsregeln mit dem Standardbenutzer (Automation for Jira) in Jira, Jira Service Management und Jira Product Discovery in EU-Regionen sind mit einem Berechtigungsfehler fehlgeschlagen. - **User-Such- und User-Picker-Ausfälle:**Die Erfolgsquoten der User-Suche sind in den EU-Regionen deutlich gesunken, wobei die User-Picker-Fähigkeit produktübergreifend weitgehend nicht verfügbar ist. ## Wurzelursache Der Vorfall entstand aus einer kürzlichen Konfigurationsänderung, die die Cache-Lebensdauer für einen zentralen Identitätsdienst reduzierte. Da der EU-Arbeitstagsverkehr am 6. Juli 2026 zunahm, begann ein größerer Anteil der Anfragen, direkt in die Backing-Datenbank zu gelangen, anstatt aus dem Cache bedient zu werden. Die EU-Datenbanken verfügten nicht über ausreichende regionale Kapazitäten, um die erhöhte Last zu absorbieren, und die Datenbank-CPU erreichte die Sättigung, was zu erhöhten intermittierenden Zugangsverlustraten führte. Als Teil der Minderung wurde eine Notfallblockade angewendet, um die Belastung der gesättigten Identitätsdienstdatenbank zu reduzieren und die Wiederherstellung des Kernidentitätsdienstes zu priorisieren. Dies verhinderte versehentlich, dass Automatisierungsregeln ihre Berechtigungsprüfungen vor der Ausführung bestanden, wodurch sie fehlschlugen. Die verlängerte Dauer war in erster Linie auf eine sekundäre Welle von Automatisierungsregelfehlern zurückzuführen, die durch die Verarbeitungsgrenzdrosselung verursacht wurden. Parallel dazu führte die anhaltende Degradation zu erhöhten Latenzzeiten und intermittierenden Ausfällen bei Produkten, die von diesen Prüfungen abhängen, und trug zu einem kaskadierenden Ausfall in einem nachgelagerten Benutzersuchdienst bei. Infolgedessen wurden Benutzersuche und Benutzerauswahl in EU-Regionen weitgehend nicht mehr verfügbar, bis der Berechtigungsdienst wiederhergestellt und der Benutzersuchdienst hochskaliert wurde, um die Kapazität wiederherzustellen. ## Plan für Abhilfemaßnahmen und nächste Schritte Wir wissen, dass Ausfälle die Produktivität der Kunden beeinflussen. Atlassian priorisiert die folgenden Maßnahmen, um ähnliche Vorfälle in Zukunft zu verhindern: - **Verbessern Sie die Sicherheitsvorkehrungen für hochwirksame Notfallmaßnahmen:** Verhärten Sie die operativen Tools, so dass Minderungsschritte, die kundenorientierte Workflows deaktivieren könnten, eine zusätzliche Überprüfung erfordern. - **Kapazität der Identitätsinfrastruktur stärken und Sicherheit ändern:** Überprüfen Sie die regionale Datenbankgrößen- und Kapazitätsreserve, um das Risiko einer Sättigung während der Hauptverkehrszeiten zu verringern, und verfeinern Sie den Bewertungsprozess für Konfigurationsänderungen, damit die Auswirkungen auf die nachgelagerte Last vor dem Rollout der Produktion bewertet werden. - **Resilienz gegen kaskadierende Ausfälle aus vorgelagerter Degradation stärken:** Prüfen Sie die Rückdruckbehandlung, die Konfiguration des Leistungsschalters und das Autoskalierungsverhalten in Diensten, damit die vorgelagerte Degradation keine breiteren Produktauswirkungen auf die Benutzersuche, den Benutzerwähler und die damit verbundenen Erfahrungen verursacht. - **Harden Replay-Mechanismen für Automatisierungsregelfehler:** Erhöhen Sie die Widerstandsfähigkeit von Automatisierungsregeln, um die Auswirkungen von Vorfällen in Abhängigkeiten zu reduzieren. Wir erkennen, wie wichtig zuverlässige Produkt-Workflows für unsere Kunden sind, und wir entschuldigen uns bei Kunden, die von diesem Vorfall betroffen waren. Danke, Atlassian Kundensupport

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. Juni 2026 um 22:46 UTCmonitoring

   Jira- und JSM-Kunden, die Microsoft OAuth für die automatische Erstellung von Jira-Tickets aus E-Mails verwenden, konnten E-Mails nicht lesen. Dies ist jetzt fest und funktional für alle neuen eingehenden E-Mail-Verarbeitung. Die betroffenen Kunden während des Vorfalls müssen den Microsoft-Mail-Server erneut zur Wiederherstellung autorisieren, und unten sind die Anweisungen aufgeführt. Um einen eingehenden Microsoft Mail Server erneut zu autorisieren: Login in Jira als Admin Auswählen > System Wählen Sie Mail > Incoming Mail. Wählen Sie Edit Incoming Mail Server. Wählen Sie Re-Authorise. Geben Sie Ihre Microsoft-Anmeldeinformationen ein, um Ihren Microsoft-Mail-Server weiterhin zu verwenden.

2. 26. Juni 2026 um 05:13 UTCresolved

   Unser Team hat sich proaktiv an alle betroffenen Unternehmen gewandt und die folgenden Anweisungen zur erneuten Autorisierung ihres Microsoft-Mail-Servers bereitgestellt. Wenn dieses Problem immer noch auftritt, versuchen Sie bitte, die erneute Autorisierung wie unten angegeben abzuschließen. Wenn noch weitere Probleme auftreten, von denen Sie glauben, dass sie mit diesem Vorfall zusammenhängen, wenden Sie sich bitte an die Atlassian-Unterstützung für weitere Hilfe.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juni 2026 um 09:42 UTCinvestigating

   Users are facing degraded performance while accessing Assets page which is impacting Assets object creation, updation and deletion activities. Our teams are investigating actively and will be sharing more details in next 1 hour.

2. 10. Juni 2026 um 10:00 UTCresolved

   On June 10 2026, between 08:10 and 09:08 UTC, users experienced degraded performance and inability to load the Assets page, which is impacting the ability to create, update, and delete assets. We have implemented a fix and services have been restored to normal operation for all affected customers.

1. 10. Juni 2026 um 04:55 UTCinvestigating

   We are investigating reports of extended delays being experienced across tasks such as processing of Incoming Emails, Notifications relating to changes or creation of Work Items, in addition to delays in processing Scheduled Triggers from Marketplace apps. Our team is looking into this with urgency and we will provide further update within one hour as our investigation continues.

2. 10. Juni 2026 um 05:39 UTCidentified

   Our team has identified the root cause for this issue and has now deployed a fix that is rolling out across impacted products. At this time we are monitoring for the recovery of these events across Jira Service Management, Jira Cloud and Ecosystem app Scheduled Triggers. We will provide further update within one hour or when we have seen a full recovery of all task processing across these products.

3. 10. Juni 2026 um 06:14 UTCmonitoring

   Our team has now determined that performance has returned to expected levels for those impacted by this incident. Additional products that are now known to have been impacted by this incident are Confluence, Customer Service Management, and Jira Product Discovery. These products would have seen similar impact where email notifications or processing of events may have been delayed while this incident was underway. We are now monitoring for the full recovery of performance across all products and will update when we are confident this issue is fully resolved, or within one hour, whichever is sooner.

4. 10. Juni 2026 um 06:31 UTCresolved

   We are now confident that any of the tasks that were impacted by this incident and were delayed should now be operating as expected. We apologize for any inconvenience that this issue may have caused.

1. 9. Juni 2026 um 05:29 UTCinvestigating

   We are investigating reports of intermittent errors and degredated performance for some Jira Service Management and Jira Cloud customers. We will provide further updates within one hour.

2. 9. Juni 2026 um 10:21 UTCidentified

   Our team has now identified what we believe to be the root cause of this issue and is working on a fix. The expected fix for this issue will be rolling out progressively so customers should see resolutions to their issues viewing Jira boards and work items occurring over the next few hours. We will provide further update either when the update has fully completed or within 3 hours, whichever occurs earlier.

3. 9. Juni 2026 um 10:36 UTCmonitoring

   Our team has been able to apply the fix and mitigate the issue. The services have been restored to normal operations. We will continue to actively monitor over the next 8 hours to confirm stability.

4. 9. Juni 2026 um 18:27 UTCresolved

   The issue has now been resolved, and the service is operating normally for all affected customers.

1. 8. Juni 2026 um 01:53 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 8. Juni 2026 um 02:36 UTCidentified

   We have identified an issue causing degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 8. Juni 2026 um 02:56 UTCresolved

   On June 08 2026, between 01:30 and 02:40 UTC, users experienced degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. We have implemented a fix and services have been restored to normal operation. We continue to monitor the situation closely.

1. 2. Juni 2026 um 15:32 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. Some customers may experiences delays in rule execution. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 2. Juni 2026 um 16:51 UTCresolved

   On June 2, 2026, some Jira and Jira Service Management users in the US-East region may have experienced performance degradation of automation rule executions. The issue has now been resolved, and the service is operating normally for all affected customers. Previously delayed automation rules are expected to be completed within 12 hours.

1. 1. Juni 2026 um 08:06 UTCinvestigating

   We are investigating cases of partial-outage for Jira-software in the EU Region. We will provide more details within the next hour.

2. 1. Juni 2026 um 08:06 UTCidentified

   We have identified an issue causing degraded performance for Jira Software, Jira Work Management, and Jira Service Management in the EU region. affected users may experience 5XX errors when accessing issues, boards, and navigation. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 1. Juni 2026 um 09:08 UTCmonitoring

   We have implemented a fix for the issue causing degraded performance for Jira Software and Jira Service Management in the EU region. The impact has been mitigated, and we are actively monitoring the stability.

4. 1. Juni 2026 um 13:23 UTCresolved

   This incident has been resolved. The issue causing degraded performance for Jira Software and Jira Service Management in the EU region has been fully mitigated. We have deployed a fix to prevent recurrence. If you continue to experience issues, please contact Atlassian Support. We apologise for the disruption and thank you for your patience.

5. 12. Juni 2026 um 06:49 UTCpostmortem

   **SUMMARY** On June 01, 2026, between 06:54 and 08:28 UTC, Atlassian customers using Jira, Jira Service Management, and Jira Work Management were unable to view issues, boards, and backlogs, and experienced errors when performing transitions, adding comments, and navigating the product. The event was triggered by caching infrastructure autoscaling failure. The issue only impacted customers hosted in Europe. The incident was detected within 8 minutes by our automated monitoring system and mitigated by progressively scaling the caching clusters manually. The total time to resolution was 1 hour and 34 minutes due to the progressive recovery. **IMPACT** The incident caused service disruption for customers hosted in the Europe region who were unable to access core experiences across Jira Software, Jira Service Management, and Jira Work Management. **ROOT CAUSE** The root cause of the incident was a capacity constraint on our caching infrastructure in one availability zone of our EU Central cloud region. As morning traffic increased, our caching clusters attempted to scale out automatically. However, the cloud infrastructure was unable to provision additional nodes in that availability zone due to insufficient underlying capacity. Our caching infrastructure is designed to scale across multiple availability zones to ensure balanced and resilient capacity. On this occasion, a capacity constraint in one availability zone prevented the scaling operation from completing as expected. With the caching layer unable to grow to meet demand, the clusters began to experience network and/or CPU saturation and could not handle all incoming requests within the expected timeout window. Since a single user request to Jira typically involves multiple cache calls, timeouts compound rapidly. As more threads became blocked waiting on timed-out or slow cache operations, the application nodes reached its busy thread limit and began shedding load. While additional application nodes were added, these also experienced the same thread limit saturation due to the saturation of the cache layer resulting in widespread 503 service unavailable errors for customers. **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. In addition to existing safeguards and monitoring, Atlassian is prioritizing the following actions to help prevent similar incidents in future: - **Increased minimum caching cluster size**: We have increased the minimum number of nodes in all affected caching clusters in the EU Central region. This ensures sufficient capacity headroom to handle peak traffic without relying on autoscaling, reducing the risk of a similar failure occurring. - **Change autoscaling behaviour**: We are working on improvements to our autoscaling behaviour to fall back to other availability zones when capacity is unavailable in a single zone. We apologize to customers whose services were impacted during this incident; we are taking immediate steps to improve the platform’s performance and availability. Thanks, Atlassian Customer Support

1. 14. Mai 2026 um 05:03 UTCinvestigating

   We are aware that the current issues with accessing Atlassian products are impacting additional products. We have now expanded the impact of the incident to cover the known impacted products at this time. We will provide further update within one hour or sooner as information is available.

2. 14. Mai 2026 um 05:11 UTCidentified

   Further confirmations of impacted products have now been added to the incident. Our team is investigating the issue with urgency and we will provide further update as soon as it becomes available.

3. 14. Mai 2026 um 05:24 UTCidentified

   It is likely if you are experiencing any issues relating to logging in or accessing Atlassian products at this time it is likely due to this ongoing incident. We are continuing to receive reports about expanded product impact resulting from this incident. While our team continues to investigate the issue with urgency, we will continue to provide further updates here with additional information. We will provide further update within one hour, or sooner as further information becomes available.

4. 14. Mai 2026 um 05:34 UTCidentified

   Our team has identified the root cause of this issue and is now actively working on mitigating the issue with accessing Atlassian products. At this time, Atlassian customers should also be able to once again raise support requests with our team. We will provide further update within an hour as we are able to progress mitigating this issue.

5. 14. Mai 2026 um 05:43 UTCmonitoring

   Our team has implemented a mitigation for this issue and we are now seeing recovery across Atlassian products. We will continue to monitor this issue for any ongoing concerns, and provide further updates here within an hour as we are able to confirm a full recovery has taken place.

6. 14. Mai 2026 um 06:40 UTCmonitoring

   We are now able to see recovery for all impacted products, and users should be able to access their products as expected. Our team is continuing to monitor all products and services to ensure there is no further impact, and we will provide further update when this has been validated and the incident is closed.

7. 14. Mai 2026 um 06:41 UTCmonitoring

   We are approaching full system recovery at this time, and are performing final confirmations that services are restored.

8. 14. Mai 2026 um 06:48 UTCresolved

   All products and services impacted by this incident should now be fully recovered, and this incident is resolved.

9. 19. Mai 2026 um 19:06 UTCpostmortem

   ### Summary On May 14, 2026, between 04:30 and 05:26 UTC, Atlassian customers experienced widespread service disruption across multiple Atlassian Cloud products. The issue was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. The incident was detected within a minute by automated monitoring systems and mitigated in 56 minutes. ### **IMPACT** During the incident, customers attempting to access Atlassian Cloud products in the us-east region experienced authentication and permission failures and were unable to access services. Customers also experienced errors when accessing the support portal until Atlassian fell back to an alternate support method. This was caused by a core identity service in the us-east region becoming unavailable. Affected products included Atlassian Administration, Atlassian Analytics, Bitbucket, Compass, Confluence, Jira, Jira Product Discovery, Jira Service Management and Trello. Some users outside us-east may have been affected in certain scenarios. ### **ROOT CAUSE** The incident was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. ### **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. Atlassian is prioritizing the following actions to help prevent similar incidents in future: * **Refine deployment orchestration safeguards** * Harden our deployment platform to prevent similar race conditions or resulting capacity loss during a rollback operation. * Streamline mitigation steps when a service becomes unavailable in a region. * **Reduce cross-region impact** * Improve regional isolation and fallback handling so an issue affecting a single region is less likely to impact customers or product functionality in other regions. We recognise how critical reliable access to Atlassian products is for our customers' productivity, and we apologize to customers who were impacted by this incident. Thanks, Atlassian

1. 14. Mai 2026 um 01:15 UTCinvestigating

   We are aware that some users are experiencing an excessive number of notifications arriving from Jira Service Management (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that the vast majority of these notifications will be arriving within the next two hours. We will provide further update at that time or sooner if further information becomes available.

2. 14. Mai 2026 um 03:52 UTCinvestigating

   Some of the users continue to experience an excessive number of notifications arriving from JSM (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that these notifications will be arriving for the next few hours, until the recovery of the delayed events are processed which is taking longer than expected (ETA approx. 4 hours). We will provide further updates within 6 hours or sooner if the recovery occurs.

3. 14. Mai 2026 um 09:41 UTCresolved

   This incident has been resolved. During the incident window, some customers using Atlassian Assist experienced excessive notifications as our team replayed delayed events caused by this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 Our engineering team identified and addressed the issue. All services have fully recovered, and notification delivery is operating normally. No data loss occurred as a result of this incident. We apologize for the disruption and any confusion caused by the excessive notifications.