33 incident.io Status incidents · September 2025 — official updates, affected components, duration and resolution details.
Status: gelöst Dieser Vorfall wurde behoben. Die Anmeldung über Slack funktioniert wieder normal und es sind keine weiteren Maßnahmen erforderlich. Betroffene Komponenten Slack App (Operational)
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Status: Die gelöste Latenz ist nun wieder normal. Zwischen 13:00 und 15:08 UTC gab es Perioden erhöhter Latenz von einigen Microsoft APIs. Nachrichten in Microsoft Teams wurden mit erhöhter Latenz zugestellt. Unser Dashboard und unsere mobile App waren nicht betroffen. Betroffene Komponenten Microsoft Teams App (Operational)
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Status: gelöst Wir haben jetzt zurückgerollt und die Auflistung von Warnmeldungen funktioniert wieder normal. Betroffene Komponenten Alarmaufnahme, Verarbeitung und Paging (Operational)
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Status: Gelöste Opsgenie Webhook Lieferung wieder normal um 17:48 BST Betroffene Komponenten Opsgenie (Operational)
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Status: Gelöst zwischen 00:00 und 02:44 UTC gaben einige KI-Funktionen erhöhte Fehlerraten zurück. Wir sehen jetzt eine vollständige Erholung. Betroffene Komponenten Zoom (Operational) Slack (Operational) Mobile App (Operational) SAML Login (Operational) Atlassian Statuspage (Operational) Shortcut (Operational) Push-Benachrichtigungen (Operational) Microsoft Teams App (Operational) Okta (Operational) Zapier (Operational) Splunk (Operational) Agent (Operational) Alarmaufnahme, Verarbeitung und Paging (Operational) Agent (Operational) Azure DevOps (Operational) Opsgenie (Operational) E-Mail (Operational) Insights (Operational) API (Operational) Dashboard (Operational) Vanta (Operational) Slack App (Operational) Datadog (Operational) Asana (Operational) Google Docs (Operational) Statusseiten (Operational) Google Meet (Operational) Zendesk (Operational) Cortex (Operational) Operational
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns der Probleme bewusst, die einige Kunden betreffen, die sich mit SAML anmelden - wir untersuchen und werden in Kürze ein Update bereitstellen.
Dieses Problem bleibt bestehen und wir arbeiten an einer Lösung. Alle anderen Funktionen sind nicht betroffen. Bestehende Sitzungen in der mobilen App und dem Dashboard sind nicht betroffen und haben weiterhin wie gewohnt Zugriff. Wir werden unser nächstes Update in den nächsten 30 Minuten veröffentlichen.
SAML-Logins arbeiten jetzt mit erhöhter Latenz. Wir werden weiter überwachen, bis wir vollständig wiederhergestellt sind. Alle anderen Funktionen bleiben unberührt.
Wir sehen weiterhin erhöhte Fehler und Latenz mit SAML-Logins. Alle anderen Funktionen bleiben unberührt.
SAML-Logins funktionieren jetzt normal. Wir werden weiterhin auf weitere Probleme achten.
Das SAML-Login funktionierte weiterhin normal.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir haben eine erhöhte Latenz und Timeouts identifiziert, die sich auf einige Anfragen an unser Dashboard auswirken. Probleme scheinen vorübergehend zu sein, und wir empfehlen erfrischend. Wir untersuchen weiter.
Latenz- und Fehlerquoten haben sich wieder normalisiert. Wir beobachten weiterhin alle weiteren Probleme.
Zwischen 19:31:30 und 19:34:30 UTC trafen einige Anfragen an unser Dashboard auf erhöhte Latenz und Verbindungsfehler. Die Ursache war ein Upstream-Netzwerkvorfall auf der Google Cloud Platform. Fehler waren vorübergehend und erfrischend meist gelöscht. Latenz- und Fehlerraten sind wieder normal und wir behalten die Dinge im Auge. Wir werden ein Post-Mortem veröffentlichen, das die volle Wirkung abdeckt.
Wir beobachteten eine begrenzte Zunahme der Latenz sowie eine kleine Anzahl von Dashboard-Fehlern zwischen 19:31:30 und 19:34:30 UTC. Dies betraf 0\,03% der Anrufe in unser Dashboard. Dies wurde durch unser internes synthetisches Monitoring erkannt. Die Ursache für diese erhöhten Fehler lag damals an Netzwerkproblemen innerhalb der GCP. Dies wird durch unsere Protokolle bestätigt, die zeigen, dass unser GCP Load Balancer keine Erfolgsantworten weiterleitet, sowie Netzwerk-Timeouts, wenn versucht wird, externe Dienste zu erreichen. Die Auswirkungen beschränkten sich auf eine kleine Anzahl von Benutzern und wurden durch eine Aktualisierung des Dashboards gelöst.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir haben erhöhte Fehlerquoten mit unserer Slack-Integration identifiziert. Wir untersuchen derzeit, wie sich dies auf unsere Plattform auswirkt - dies scheint auf der Slack-Seite ein Problem zu sein, insbesondere bei der Kanalerstellung und der Nachrichtenübermittlung.
Slack hat den vorfall auf ihrer seite anerkannt. Sie können deren Statusseite [hier] folgen (https://slack-status.com/2026-05/46d9d5d41fbedd9f).
Fehlerraten und Latenz bei Slack-Operationen sind wieder normal und die Integration hat sich erholt. Sie können Updates auf der Statusseite von Slack verfolgen [hier](https://slack-status.com/2026-05/46d9d5d41fbedd9f).
Wir überwachen weiterhin slack, während es sich weiter erholt, und sehen keine direkten auswirkungen mehr auf unsere slack app. Sie können Updates auf der Statusseite von Slack folgen [hier](https://slack-status.com/2026-05/46d9d5d41fbedd9f "hier").
Wir überwachen weiterhin slack, während es sich erholt. Wir sehen keine direkten auswirkungen auf unsere slack app. Sie können Updates auf der Statusseite von Slack folgen [hier](https://slack-status.com/2026-05/46d9d5d41fbedd9f "hier").
Slack hat bestätigt, dass ihre dienste weitgehend auf das operative niveau zurückgekehrt sind. Wir haben keine direkten auswirkungen auf unsere slack-app seit ~ 23:20 utc gestern gesehen. Wir lösen dies auf unserer seite, und sie können weitere updates auf der statusseite von slack folgen (https://slack-status.com/2026-05/46d9d5d41fbedd9f).
Automatisch aus der offiziellen Störungsmeldung übersetzt.
We have identified increased error rates with our Slack integration. We are currently investigating how this is impacting our platform - this seems to be an issue on the Slack side, particularly around channel creation.
We've confirmed the issue is relating to errors being returned by Slack. This is affecting a number of features of our integration, including: • Creating incident channels • Sending messages • Syncing Slack user groups Our web dashboard continues to be available and Scribe is unaffected.
Slack have acknowledged the incident on their side. You can follow their status page [here](https://slack-status.com/2026-05/fe557ca05fdb64fa).
We're continuing to monitor the situation - Slack have posted an update on their status page to confirm that they're working on it.
The issue has been resolved on Slack's side and we've confirmed that things look normal on our side too.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
The website is now up and working as normal.
The web dashboard is unavailable due to a JavaScript deployment issue.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sehen Verzögerungen von bis zu 30 Minuten beim Empfang von Webhooks von Opsgenie, die die Warnmeldung verzögern können. Unsere Systeme funktionieren normal und verarbeiten Warnungen, sobald sie ankommen; das Problem scheint auf Opsgenies Seite zu liegen. Wir beobachten genau und werden Updates teilen, wenn wir mehr erfahren.
Webhooks scheinen wieder normal anzukommen, so dass Sie keine Verzögerungen mehr sehen sollten.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
We have identified increased error rates with our Atlassian Statuspage integration. Atlassian have published this to their status page [here](https://metastatuspage.com/incidents/94fwk40f4z15).
Error rates have returned to normal levels.
We have identified increased error rates coming from Microsoft Teams. We are currently investigating how this is impacting our platform and we will update with more information shortly as we learn more.
We have identified increased error rates coming from Microsoft Teams that are causing delays in sending messages to Teams channels and DMs. We'll continue to monitor the situation and we will update with more information shortly as we learn more. We will provide the next update by 1830 UTC.
We are continuing to see an increase in error rates from Microsoft Teams, causing a delay in sending some messages to Teams channels and DMs. We are monitoring the situation and will provide an update by 1930 UTC.
We have seen an improvement in error rates and latency for requests to Microsoft Teams, and we expect the performance of sending messages to Teams channels and DMs to have returned to normal. We are continuing to monitor to ensure performance remains as expected, and we will provide a further update by 2100 UTC.
We are no longer seeing elevated latency and error rates from Microsoft Teams.
We have identified increased error rates with an upstream call transcription provider. This is affecting Scribe for all customers. Our team are investigating and we will update with more information shortly as we learn more.
The issues were isolated to one region and we have performed a failover to a secondary region, restoring Scribe for all customers. You may need to ask Scribe to rejoin your call. We'll continue to monitor the situation and are working closely with the upstream provider while they resolve the issue.
Our failover region is continuing to work as expected, and Scribe functionality has been restored. You may need to ask Scribe to rejoin your calls. We'll continue to monitor the situation and are working closely with the upstream provider while they resolve the issue.
We continue to use the failover region, and Scribe performance has returned to expected levels.
We are currently investigating reports that users are unable to login using Slack.
Users in some Slack workspaces are unable to sign in with Slack. We have escalated this issue to Slack. Signing in with SAML and Microsoft Teams is not affected.
Slack have rolled back a change which caused this issue, and we have confirmed recovery. Please reach out to support if you're still experiencing any issues signing in with Slack.
Slack have confirmed that the issue has been fully resolved, and affected customers have verified that they can log in successfully.
We've identified a drop in inbound traffic to [incident.io](http://incident.io "incident.io") from Opsgenie. This means that alerts may be slow to show up in [incident.io](http://incident.io "incident.io"), and paging via Opsgenie may be slow to reflect updates. This appears to be an issue with outbound webhooks on Opsgenie's side, we're monitoring the situation and will update as we know more.
Traffic appears to be back to normal levels now.
We have identified increased error rates with our Atlassian Statuspage integration. Atlassian have acknowledged an issue on their side (<https://metastatuspage.com/incidents/ctw5xv6t643h>). We'll continue to monitor this until the issue is resolved.
Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in incident.io. We'll continue to monitor this until the issue is resolved.
Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We'll continue to monitor this until the issue is resolved.
Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We'll continue to monitor this and give an update in the next hour.
Atlassian's status page now reports that they are rolling out a fix (<https://metastatuspage.com/incidents/ctw5xv6t643h>). In the meantime, to restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We continue to monitor the issue until it is resolved.
Atlassian have confirmed that the issues with Statuspage have been resolved. You should now be able to reuse your original API key in our integration.
We have identified increased error rates with our Sentry integration. We are currently investigating how this is impacting our platform and we will update with more information shortly as we learn more.
Sentry have acknowledged an issue on their side ([https://status.sentry.io/incidents/wpg3tnwnwctj](https://status.sentry.io/incidents/wpg3tnwnwctj "https://status.sentry.io/incidents/wpg3tnwnwctj")), and we're seeing alerts come through from them ok. We'll continue to monitor things before closing this out.
We've not seen any errors from Sentry since 15:35 UTC so we're closing this out. Please see Sentry's status page for any further details.
We have identified an increased rate of Sentry integrations becoming disconnected. Alert ingestion is unaffected. Please don't uninstall our application from Sentry: we are working to restore these connections on our side, and no action is currently required. We will provide an update in 30 minutes.
We're currently testing the fix that will allow us to re-connect any disconnected Sentry integrations on behalf of customers, and will have another update on this in 30 minutes.
We've verified a fix locally, and we're starting to roll this out in production now.
We have confirmed that we are able to restore these connections, and we are now in the process of restoring these. When this happens, you'll see that the Sentry integration no longer flags up as requiring reconnection. Once we have finished restoring access, we'll post another update here.
We have managed to re-establish a connection to Sentry for almost all of the affected customers. If Sentry is still showing up as disconnected, you will need to remove the incident.io integration from the Sentry side, and then go through the reinstallation flow by opening incident.io and going to Settings → Integrations → Sentry. If you do this, please note that Sentry will remove the "Notify incident.io" action from alert rules when you uninstall the integration. If that was the only action in the alert rule, the entire rule is disabled. You will therefore need to verify any alert rules after re-installing.
We are aware of an issue that is causing delays updating data in Insights. The team are currently investigating, and we'll provide further updates soon.
We are aware of an issue that is causing delays updating data in Insights. The team are currently working on mitigating this, and we'll provide further updates soon.
The team have resolved this issue, and Insights are now syncing as expected.
