Störungsverlauf von GitHub

1. 27. Oktober 2026 um 20:21 UTCresolved

   Zwischen 0655 und 0801 UTC am 27.10. erlebten Kunden erhöhte Fehlerraten für API- und Git-Anfragen, die mit Server-zu-Server-Token für GitHub-Apps authentifiziert wurden (ausgenommen Actions-Token). Während dieses Fensters gaben authentifizierte Git-Operationen fälschlicherweise 404 für durchschnittlich 1,24% (2,6x) der Anfragen und 2,49% (5,3x) in Spitzenzeiten zurück. Diese Fehler wurden durch ein geplantes Wartungsereignis verursacht, bei dem GitHub 7 Tabellen zwischen zwei MySQL-Clustern in unseren IAD- und Azure Central US-Rechenzentren migrierte. Eine der betroffenen Tabellen speichert Installationsaufzeichnungen für GitHub App Server-zu-Server-Token (ausgenommen Aktionen). Wir haben mehrere dieser Migrationen in den letzten Monaten ohne nennenswerte Kundenauswirkungen erfolgreich abgeschlossen. In diesem Fall fiel die Migration jedoch mit einem geplanten Bereinigungsauftrag auf der Tabelle der Installationsaufzeichnungen zusammen, der etwa 59 Millionen Datensätze von 0444-0617 UTC löschte. Infolgedessen kam es bei dem bei der Migration verwendeten gh-ost-Tooling zu Verzögerungen bei der Intercluster-Replikation (bis zu 1 Stunde in der Spitze). Bei 0655 UTC beginnen wir, die Lesewerte der Zieltabellen auf den neuen MySQL-Cluster umzustellen, wobei 100% der Lesewerte bei 0721 UTC umgestellt werden. Der Kundeneinfluss begann, wurde jedoch während des gesamten Lese-Cutovers nicht erkannt und bestand bis zum Abschluss des Schreib-Cutovers um 0801 UTC. Wir aktualisieren unsere Prozesse und Automatisierung, um eine Wiederholung dieses Vorfalls zu verhindern, einschließlich der Deaktivierung überlappender Bereinigungsjobs vor diesen Migrationen und der Blockierung der Unterbrechung von Lesevorgängen, wenn Replikationsverzögerungen hoch sind.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. Oktober 2026 um 18:48 UTCinvestigating

   Wir untersuchen Berichte über beeinträchtigte Leistung für API-Anfragen, Aktionen, Probleme und Pull-Anfragen

2. 26. Oktober 2026 um 18:50 UTCmonitoring

   Der Abbau wurde gemildert. Wir überwachen die Stabilität.

3. 26. Oktober 2026 um 18:54 UTCmonitoring

   Wir sahen eine erhöhte Latenz, die sich auf REST-API-Anforderungen, einschließlich Überprüfungen, und einige Aktionen, Probleme, Pull-Anforderungen und GraphQL-Funktionalität auswirkte. Einige Anfragen waren möglicherweise langsam oder zeitlich begrenzt, und die Benachrichtigungen verzögerten sich von 17:59 UTC - 18:40 UTC. Wir haben das Problem gemildert und alle Dienste haben sich erholt.

4. 26. Oktober 2026 um 18:57 UTCresolved

   Dieser Vorfall wurde behoben. Vielen Dank für Ihre Geduld und Ihr Verständnis, als wir dieses Problem angegangen sind. Eine detaillierte Ursachenanalyse wird geteilt, sobald sie verfügbar ist.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Oktober 2026 um 23:41 UTCinvestigating

   Wir untersuchen Berichte über beeinträchtigte Leistung für Copilot AI Model Provider

2. 23. Oktober 2026 um 23:42 UTCinvestigating

   Wir erleben eine eingeschränkte Verfügbarkeit der Modelle Grok 4.6 und Grok 4.7 in Copilot-Produkten und IDE-Oberflächen. Dies ist auf ein Problem mit einem Upstream-Modellanbieter zurückzuführen. Während wir mit ihnen zusammenarbeiten, um das Problem zu beheben, empfehlen wir, ein anderes Modell auszuwählen oder "Auto" auszuwählen, um Copilot weiterhin zu verwenden.

3. 24. Oktober 2026 um 00:23 UTCmonitoring

   Die Verschlechterung der Copilot AI Model Provider wurde gemildert. Wir überwachen die Stabilität.

4. 24. Oktober 2026 um 00:23 UTCresolved

   Zwischen 23:28 und 00:23 UTC am 27. Oktober 2026 erlebte GitHub Copilot eine Verschlechterung der Modelle Grok 4.6 und Grok 4.7. Benutzer stießen bei der Verwendung dieser Modelle auf erhöhte Fehlerraten. Die Verschlechterung wurde durch ein Problem mit einem vorgelagerten Modellanbieter verursacht. GitHub-Ingenieure erkannten das Problem durch automatisiertes Monitoring und koordinierten es mit dem Anbieter. Unser automatisiertes Modellwarnsystem aktivierte während des Vorfalls Produktwarnungen für betroffene Modelle. Der Service wurde wieder normal, nachdem der Anbieter eine Minderung implementiert hatte.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Oktober 2026 um 14:58 UTCinvestigating

   Wir untersuchen Berichte über die beeinträchtigte Leistung einiger GitHub-Dienste.

2. 23. Oktober 2026 um 15:00 UTCinvestigating

   Wir untersuchen Verzögerungen in einigen Dependabot-Benachrichtigungen, die geschlossen werden, nachdem betroffene Repositorys aktualisiert wurden, um eine Schwachstelle zu beheben. Die Alarmverarbeitung wird gesichert. Wir werden mehr Informationen teilen, sobald sie verfügbar sind.

3. 23. Oktober 2026 um 15:39 UTCinvestigating

   Wir skalieren die Alarmverarbeitungskapazität, um den Rückstand zu reduzieren, der zu Verzögerungen in einigen Dependabot-Warnungen führt, nachdem die betroffenen Repositorys aktualisiert wurden. Wir überwachen weiterhin und werden ein weiteres Update teilen, sobald mehr Informationen verfügbar sind.

4. 23. Oktober 2026 um 16:11 UTCinvestigating

   Wir untersuchen weiterhin Verzögerungen in einigen Dependabot-Benachrichtigungen, die geschlossen werden, nachdem die betroffenen Repositorys aktualisiert wurden. Die Alarmverarbeitung bleibt gesichert, und zusätzliche Verarbeitungskapazität wird eingeführt, um den Rückstand zu reduzieren. Wir überwachen den Rollout und werden ein weiteres Update teilen, wenn wir mehr erfahren.

5. 23. Oktober 2026 um 16:43 UTCinvestigating

   Wir untersuchen weiterhin Verzögerungen in einigen Dependabot-Benachrichtigungen, die geschlossen werden, nachdem die betroffenen Repositorys aktualisiert wurden. Die Alarmverarbeitung bleibt gesichert, und zusätzliche Verarbeitungskapazität wird eingeführt, um den Rückstand zu reduzieren. Wir überwachen den Fortschritt und werden ein weiteres Update teilen, wenn wir mehr erfahren.

6. 23. Oktober 2026 um 17:27 UTCinvestigating

   Einige Dependabot-Warnungen verzögern sich weiterhin beim Schließen, nachdem Repository-Updates eine Schwachstelle behoben haben. Wir untersuchen und arbeiten weiter daran, die normale Verarbeitung wiederherzustellen.

7. 23. Oktober 2026 um 18:36 UTCmonitoring

   Der Abbau wurde gemildert. Wir überwachen die Stabilität.

8. 23. Oktober 2026 um 18:51 UTCresolved

   Wir haben festgestellt, dass ein Fan-Out, das von einer beratenden Veröffentlichung angetrieben wird, die Verarbeitung von Dependabot-Alarms in Repositories überwältigend macht, indem die Warteschlange mit eigenen Ereignissen gesättigt wird und die Verarbeitung von Ereignissen im Zusammenhang mit Repository-Pushs verzögert wird. Wir haben nun dieses Fan-Out isoliert und ein Gas gesetzt, so dass es mit einer festen Rate läuft und andere Ereignisse nicht verzögern kann. Diese Abhilfe hat erfolgreich einen neuen Fan-Out-Prozess verhindert, der sich auf die Benutzer auswirkt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Oktober 2026 um 07:29 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen

2. 23. Oktober 2026 um 07:31 UTCinvestigating

   Wir sehen Verzögerungen bei den Ergebnissen von Workflows für Aktionen, die in GitHub ab 07:07 UTC gemeldet werden. Die Erholung ist bereits zu sehen, aber unser Team untersucht und überwacht weiterhin die Leistung.

3. 23. Oktober 2026 um 07:53 UTCmonitoring

   Der Abbau, der die Aktionen beeinflusst, wurde gemildert. Wir überwachen die Stabilität.

4. 23. Oktober 2026 um 07:56 UTCmonitoring

   Ab 07:27 UTC liefern die Ergebnisse der Aktionen wieder innerhalb normaler SLOs. Vielen Dank für diese Geduld während dieser Zeit der verzögerten Aktionen Ergebnisse Lieferung. Unser Team überwacht weiterhin den Zustand des Systems und untersucht Verbesserungen, um die Auswirkungen auf die Kunden in Zukunft zu reduzieren.

5. 23. Oktober 2026 um 08:05 UTCresolved

   Dieser Vorfall wurde behoben. Vielen Dank für Ihre Geduld und Ihr Verständnis, als wir dieses Problem angegangen sind. Eine detaillierte Ursachenanalyse wird geteilt, sobald sie verfügbar ist.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Oktober 2026 um 15:28 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen, Probleme und Pull Requests

2. 22. Oktober 2026 um 15:33 UTCinvestigating

   Einige Benutzer können intermittierende Fehler beim Laden von Problemen, Pull Requests und Suchergebnissen auf github.com auftreten. Wir untersuchen und arbeiten daran, den normalen Service wiederherzustellen.

3. 22. Oktober 2026 um 16:08 UTCinvestigating

   Einige Benutzer haben weiterhin intermittierende Fehler beim Laden von Problemen, Pull Requests und Suchergebnissen auf github.com. Wir untersuchen und bewerten Minderungsoptionen, um den normalen Service wiederherzustellen.

4. 22. Oktober 2026 um 16:26 UTCinvestigating

   API Requests erlebt eine verschlechterte Performance. Wir untersuchen weiter.

5. 22. Oktober 2026 um 16:28 UTCinvestigating

   Pakete erleben eine verschlechterte Leistung. Wir untersuchen weiter.

6. 22. Oktober 2026 um 16:35 UTCinvestigating

   API Requests funktionieren normal.

7. 22. Oktober 2026 um 16:41 UTCinvestigating

   Einige Benutzer haben weiterhin Fehler beim Laden von Problemen, Pull Requests, Paketlisten und Suchergebnissen auf github.com. Wir arbeiten durch mehrere Minderungsbemühungen und untersuchen weiter.

8. 22. Oktober 2026 um 17:16 UTCinvestigating

   Wir sehen eine Erholung nach dem Hinzufügen von Kapazität, wobei die Fehler abnehmen. Einige Benutzer können immer noch Fehler beim Laden von Problemen, Pull Requests und Suchergebnissen auf github.com feststellen. Wir arbeiten weiter auf eine vollständige Erholung und die Überwachung der Stabilität hin.

9. 22. Oktober 2026 um 17:41 UTCinvestigating

   Aktionen, Probleme, Pakete und Pull Requests funktionieren normal.

10. 22. Oktober 2026 um 17:43 UTCinvestigating

    Wir sehen Erholung in den betroffenen Diensten. GitHub Projects erholt sich immer noch, da Updates in der Warteschlange verarbeitet werden, und wir überwachen weiterhin auf Stabilität.

11. 22. Oktober 2026 um 18:26 UTCinvestigating

    Die anderen betroffenen Dienste haben sich erholt. Wir untersuchen weiterhin GitHub-Projekte und überprüfen, ob der normale Betrieb wiederhergestellt wurde.

12. 22. Oktober 2026 um 19:04 UTCinvestigating

    Einige Updates in GitHub-Projekten sind immer noch verzögert. Wir setzen die Minderungsarbeit und Überwachung fort.

13. 22. Oktober 2026 um 19:56 UTCinvestigating

    Einige Updates von GitHub Projects, die sich auf Problemänderungen und zusammengeführte Pull-Anfragen beziehen, sind immer noch verzögert. Wir untersuchen die verbleibenden Verzögerungen und arbeiten daran, die normale Verarbeitung wiederherzustellen.

14. 22. Oktober 2026 um 20:46 UTCinvestigating

    Einige Updates von GitHub-Projekten, einschließlich neu hinzugefügter Elemente und Änderungen an Problemen und Pull-Anfragen, bleiben verzögert. Wir haben Unterbrechungen in der Aktualisierungsverarbeitung festgestellt und evaluieren Abhilfemaßnahmen, um den normalen Betrieb wiederherzustellen.

15. 22. Oktober 2026 um 22:07 UTCinvestigating

    Einige Updates von GitHub-Projekten, einschließlich neu hinzugefügter Elemente und Änderungen an Problemen und Pull-Anfragen, sind immer noch verzögert. Wir haben eine gewisse Erholung erlebt und arbeiten daran, mehr Kapazitäten hinzuzufügen, um die Erholung zu beschleunigen.

16. 22. Oktober 2026 um 23:48 UTCinvestigating

    Die Aktualisierungsverarbeitung von GitHub Projects hat sich verbessert, aber neu hinzugefügte Elemente können immer noch länger dauern als erwartet. Wir arbeiten weiter an den verbleibenden Verzögerungen und überwachen die Wiederherstellung.

17. 23. Oktober 2026 um 00:55 UTCmonitoring

    Der Abbau wurde gemildert. Wir überwachen die Stabilität.

18. 23. Oktober 2026 um 02:30 UTCresolved

    Dieser Vorfall wurde behoben. Vielen Dank für Ihre Geduld und Ihr Verständnis, als wir dieses Problem angegangen sind. Eine detaillierte Ursachenanalyse wird geteilt, sobald sie verfügbar ist.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Oktober 2026 um 14:18 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen

2. 22. Oktober 2026 um 14:19 UTCinvestigating

   Wir untersuchen Verzögerungen bei der Verarbeitung von GitHub Actions Workflow und Schrittergebnissen sowie einige Repository-Updates.

3. 22. Oktober 2026 um 14:35 UTCinvestigating

   Repository Update Verarbeitung hat sich erholt. Wir arbeiten weiterhin an Verzögerungen, die den Workflow und die Schrittergebnisse von GitHub Actions beeinflussen. Wir werden ein weiteres Update teilen, wenn wir Fortschritte machen.

4. 22. Oktober 2026 um 15:06 UTCinvestigating

   Wir sehen eine Wiederherstellung, und die Verarbeitung von Repository-Updates ist wieder normal. Verzögerungen, die sich auf den Workflow und die Schrittergebnisse von GitHub Actions auswirken, werden sich mit der Skalierung der Verarbeitungskapazität weiter verringern; der verbleibende Rückstand wird voraussichtlich etwa 20 Minuten in Anspruch nehmen.

5. 22. Oktober 2026 um 15:17 UTCmonitoring

   Der Abbau, der die Aktionen beeinflusst, wurde gemildert. Wir überwachen die Stabilität.

6. 22. Oktober 2026 um 15:18 UTCmonitoring

   Der Workflow und die Schrittergebnisverarbeitung von GitHub Actions wurden wiederhergestellt. Die Verarbeitung von Repository-Updates ist ebenfalls wieder normal.

7. 22. Oktober 2026 um 15:18 UTCresolved

   Dieser Vorfall wurde behoben. Vielen Dank für Ihre Geduld und Ihr Verständnis, als wir dieses Problem angegangen sind. Eine detaillierte Ursachenanalyse wird geteilt, sobald sie verfügbar ist.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. Oktober 2026 um 14:52 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen, Pull Requests und Webhooks

2. 21. Oktober 2026 um 15:15 UTCinvestigating

   Aktionen erleben eine verschlechterte Leistung. Wir untersuchen weiter.

3. 21. Oktober 2026 um 15:36 UTCinvestigating

   Wir untersuchen Verzögerungen bei Pull Request Updates und Webhook Lieferungen. Die erhöhte Belastung unserer Event-Streaming-Plattform trägt zu Hotspots bei. Wir verlagern den Verkehr aus den betroffenen Gebieten und erhöhen die Verarbeitungskapazität; die Auswirkungen dauern an, während diese Minderungsmaßnahmen wirksam werden.

4. 21. Oktober 2026 um 15:58 UTCinvestigating

   Wir sehen weiterhin Verzögerungen bei Pull Request Updates, Webhook-Lieferungen und Audit Log Events. Die Event-Streaming-Plattform zeigt Anzeichen einer Erholung, und wir beobachten, wie die Auswirkungen weitergehen.

5. 21. Oktober 2026 um 16:17 UTCinvestigating

   Audit-Log-Ereignisse und Workflow-Statusaktualisierungen für Aktionen verzögern sich weiterhin. Pull Request Updates und Webhook-Lieferungen erholen sich, während wir die Ereignisverarbeitung wiederherstellen und Backlogs bearbeiten. Wir überwachen die Wiederherstellung und werden weitere Updates teilen, wenn wir mehr erfahren.

6. 21. Oktober 2026 um 16:25 UTCinvestigating

   Audit-Log-Ereignisse werden um bis zu 100 Minuten verzögert, und Workflow-Statusaktualisierungen von Aktionen haben weiterhin längere Verzögerungen. Pull Request Updates und Webhook-Lieferungen erholen sich, während wir die Ereignisverarbeitung wiederherstellen und Backlogs bearbeiten. Wir überwachen die Wiederherstellung und werden weitere Updates teilen, wenn wir mehr erfahren.

7. 21. Oktober 2026 um 16:33 UTCinvestigating

   Pull Requests funktioniert normal.

8. 21. Oktober 2026 um 16:34 UTCinvestigating

   Audit-Log-Ereignisse werden weiterhin um bis zu 110 Minuten verzögert. Pull Request Updates wurden wiederhergestellt. Aktionen werden wiederhergestellt, und Benutzer sollten keine Auswirkungen mehr in Aktionen erfahren. Webhook-Lieferungen erholen sich weiter, während wir Backlogs durcharbeiten. Wir überwachen die Wiederherstellung und werden weitere Updates teilen, wenn wir mehr erfahren.

9. 21. Oktober 2026 um 16:57 UTCinvestigating

   Aktionen und Webhooks funktionieren normal.

10. 21. Oktober 2026 um 16:59 UTCinvestigating

    Aktionen und Webhook-Lieferungen haben sich erholt. Audit-Log-Ereignisse sind immer noch um etwa 100 Minuten verzögert. Wir arbeiten den Rückstand durch, und die vollständige Wiederherstellung wird einige Zeit in Anspruch nehmen. Wir werden weitere Updates teilen, wenn die Wiederherstellung fortgesetzt wird.

11. 21. Oktober 2026 um 17:09 UTCinvestigating

    Pull Request Updates, Aktionen und Webhook-Lieferungen wurden wiederhergestellt. Audit-Log-Ereignisse erholen sich und Verzögerungen nehmen ab, aber wir erwarten, dass der verbleibende Rückstand etwa zwei bis drei Stunden dauern wird. Wir überwachen die Wiederherstellung und werden weitere Updates teilen.

12. 21. Oktober 2026 um 18:18 UTCinvestigating

    Audit-Log-Ereignisse erholen sich, mit Verzögerungen unter 90 Minuten, da der verbleibende Rückstand verarbeitet wird. Wir haben die Belastung der Event-Streaming-Plattform reduziert und überwachen die Wiederherstellung. Weitere Updates werden folgen.

13. 21. Oktober 2026 um 18:52 UTCinvestigating

    Audit-Log-Ereignisse erholen sich weiterhin, mit Verzögerungen unter 70 Minuten. Wir haben Abhilfemaßnahmen ergriffen, um die Wiederherstellung zu beschleunigen, und erwarten, dass sich die Auditprotokolle in etwa 40 Minuten vollständig erholen. Pull Request Updates, Aktionen und Webhook-Lieferungen bleiben wiederhergestellt. Wir beobachten die Fortschritte und werden weitere Updates veröffentlichen.

14. 21. Oktober 2026 um 19:22 UTCinvestigating

    Pull Request Updates, Aktionen und Webhook-Lieferungen wurden wiederhergestellt. Audit-Log-Verzögerungen liegen jetzt unter 40 Minuten innerhalb der gesunden Schwelle und nehmen weiter ab, wenn der verbleibende Rückstand verarbeitet wird.

15. 21. Oktober 2026 um 19:22 UTCresolved

    Dieser Vorfall wurde behoben. Vielen Dank für Ihre Geduld und Ihr Verständnis, als wir dieses Problem angegangen sind. Eine detaillierte Ursachenanalyse wird geteilt, sobald sie verfügbar ist.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. Oktober 2026 um 15:49 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen und Seiten

2. 19. Oktober 2026 um 15:50 UTCinvestigating

   Webhooks erlebt eine verschlechterte Leistung. Wir untersuchen weiter.

3. 19. Oktober 2026 um 15:56 UTCinvestigating

   Wir untersuchen derzeit die eingeschränkte Verfügbarkeit von GitHub-Aktionen, GitHub-Seiten und Webhooks. Kunden können Verzögerungen bei der Workflow-Verarbeitung, Website-Builds und Webhook-Lieferung auftreten.

4. 19. Oktober 2026 um 16:30 UTCinvestigating

   Wir sehen eine Erholung nach der Minderung und beobachten weiterhin. Kunden können weiterhin Verzögerungen bei den Workflow-Statusaktualisierungen von GitHub-Aktionen, den Bereitstellungen von GitHub-Seiten sowie bei der Überprüfung und dem Workflow von Webhook-Ereignissen auftreten, die durch Aktionen ausgeführt werden.

5. 19. Oktober 2026 um 16:56 UTCmonitoring

   Aktionen, Seiten und Webhooks funktionieren normal.

6. 19. Oktober 2026 um 16:56 UTCresolved

   Am 19. Oktober 2026, zwischen 15:24 und 16:52 UTC, wurden GitHub-Aktionen, GitHub-Seiten und Webhooks, die durch Aktionen generiert wurden, abgebaut. Live-Updates auf GitHub.com und Code-Suche wurden auch für einen Teil dieser Zeit abgebaut. Es gingen keine Daten verloren. Auswirkungen - Workflow-Statusaktualisierungen, Protokolle und Überprüfungen wurden verzögert. 5,13 Prozent der Jobs auf GitHub-gehosteten Läufern verzögerten sich beim Start und 0,02 Prozent der Workflow-Läufe scheiterten. In den ersten 30 Minuten haben 8,47% der Anfragen an die Aktionen-Jobs REST API Fehler zurückgegeben. Seitenbereitstellungen und Webhooks, die durch Aktionen generiert wurden, verzögerten sich. Ein interner Aktionsdienst, der Protokolle speichert und den Status ausführt, verlor Verbindungen zu einigen seiner Cache-Server in einer Cloud-Region und testete sie sofort von jedem Server auf einmal. Der daraus resultierende Anstieg neuer Verbindungen überlastete eine gemeinsame Netzwerkverbindung zwischen unserem Rechenzentrum und dieser Region, was auch andere Dienste unterbrach, die dieselbe Verbindung verwenden. Wir haben den Vorfall abgemildert, indem wir den Aktionsdienst von den betroffenen Cache-Servern entfernt und Verbindungen von anderen Diensten auf dem Link reduziert haben. Wir haben dann die Arbeit der verzögerten Aktionen bearbeitet. Wir untersuchen weiterhin die Ursache der anfänglichen Verbindungszeiten. Wir waren bereits dabei, eine Grenze festzulegen, wie schnell dieser Dienst neue Verbindungen öffnen kann, aber er war zum Zeitpunkt des Vorfalls immer noch im Schattenmodus (nur Protokollierung, nicht Durchsetzung). Wir haben es seitdem vollständig durchgesetzt und die gleichzeitigen verbindungsversuche des dienstes gedeckelt. Wir erweitern diese Grenzen auf andere Actions-Dienste, fügen Backoff zu Retries hinzu, begrenzen, wie viel gemeinsame Netzwerkkapazität ein einzelner Dienst nutzen kann, und verbessern die Alarmierung, damit wir die Quelle der Verbindung schneller finden können.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Oktober 2026 um 18:31 UTCinvestigating

   Wir untersuchen Berichte über die beeinträchtigte Leistung einiger GitHub-Dienste.

2. 15. Oktober 2026 um 18:34 UTCinvestigating

   CCA-Automatisierungen haben Verzögerungen, wenn Benutzer eine Automatisierung starten

3. 15. Oktober 2026 um 18:53 UTCmonitoring

   Der Abbau wurde gemildert. Wir überwachen die Stabilität.

4. 15. Oktober 2026 um 18:56 UTCresolved

   Wir vermuteten, dass bei CCA Automations Verzögerungen auftreten, wenn Benutzer eine Automatisierung starten, aber weitere Untersuchungen ergaben, dass es keine Verzögerung oder Auswirkungen auf CCA Automations gab.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Oktober 2026 um 00:12 UTCresolved

   Am 13. Oktober um 20:42 Uhr UTC verursachte ein Infrastrukturfehler bei GitHub-Aktionen Verzögerungen bei der Anzeige von Protokollen für Workflowläufe. Es gingen keine Protokolle verloren und das Problem wurde nun behoben und die Protokollverarbeitung hat aufgeholt. Die tatsächlichen Workflows, die die Protokolle erzeugten, waren nicht betroffen und liefen normal und es traten keine Laufzeitverzögerungen oder Kontrollverzögerungen auf.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 12. Oktober 2026 um 12:21 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen, Probleme und Pull Requests

2. 12. Oktober 2026 um 12:33 UTCinvestigating

   Benutzer können Probleme beim Laden der Aktionen-Tab-Benutzeroberfläche, bei der Interaktion mit der Checks-API, beim Warten in der Warteschlange für neue Aktionen, beim Erstellen und Aktualisieren von Problemen und beim Anfordern von PR-Überprüfungen, einschließlich über REST- und GraphQL-APIs, auftreten.

3. 12. Oktober 2026 um 12:57 UTCinvestigating

   Wir haben eine Abschwächung im Gange und überwachen die Erholung. Benutzer können auch verzögerte web-benachrichtigungen erfahren, wenn wir abschwächen.

4. 12. Oktober 2026 um 13:02 UTCinvestigating

   Pull Requests funktioniert normal.

5. 12. Oktober 2026 um 13:38 UTCinvestigating

   Unsere anfängliche Minderung war nicht vollständig erfolgreich, und Benutzer können immer noch Verzögerungen und Fehler bei Aktionen, Problemen und Projekten feststellen, und Benachrichtigungen verzögern sich. Wir untersuchen weiterhin die Ursache und arbeiten an zusätzlichen Milderungen.

6. 12. Oktober 2026 um 14:35 UTCinvestigating

   Die Degradation von Issues wurde gemildert. Wir überwachen die Stabilität.

7. 12. Oktober 2026 um 14:36 UTCinvestigating

   Der Abbau, der die Aktionen beeinflusst, wurde gemildert. Wir überwachen die Stabilität.

8. 12. Oktober 2026 um 14:37 UTCinvestigating

   Wir haben die Probleme mit Aktionen, Problemen und Projekten gemildert und haben eine Minderung im Gange, um die Verzögerung mit Benachrichtigungen zu beheben.

9. 12. Oktober 2026 um 15:19 UTCinvestigating

   Wir haben erfolgreich eine Minderung für Benachrichtigungen angewendet, und Benachrichtigungen wurden wieder aufgenommen, werden sich jedoch weiter verzögern, wenn wir einen Rückstand durcharbeiten.

10. 12. Oktober 2026 um 15:50 UTCinvestigating

    Die Benachrichtigungen wurden wieder aufgenommen, werden sich jedoch weiter verzögern, da wir einen Rückstand durcharbeiten.

11. 12. Oktober 2026 um 17:34 UTCinvestigating

    Web- und E-Mail-Benachrichtigungen verzögern sich weiterhin, da wir einen Rückstand von Benachrichtigungen durcharbeiten.

12. 12. Oktober 2026 um 19:28 UTCinvestigating

    Web- und E-Mail-Benachrichtigungen werden um 1 weitere Stunde verzögert, da wir kurz vor dem Abschluss des Benachrichtigungsrückstands stehen.

13. 12. Oktober 2026 um 20:16 UTCresolved

    Am 12. Oktober 2026 11:51 UTC erlebte GitHub erhöhte 500 Antworten auf mehreren Anwendungsseiten. Dies führte zu Fehlern bei Issues und Pull Requests sowie Projekten und Aktionen. Kunden erlebten auch verspätete Benachrichtigungen in ihrem Web-Posteingang und per E-Mail. Die unmittelbaren Auswirkungen auf Probleme, Pull Requests, Projekte und Aktionen wurden am 12. Oktober um 12:41 UTC gemindert. Benachrichtigungen Lieferungen an den Web-Posteingang und per E-Mail wurden um 15:27 UTC erholt und vollständig um 20:16 UTC gemindert. Der Vorfall wurde durch einen latenten Zustand in unserer Benachrichtigungs-Lieferungspipeline ausgelöst, der ein hohes Volumen einer teuren Abfrage in unsere zersplitterten Datenbankreplikate brachte. Dadurch wurde die verfügbare Datenbankkapazität reduziert, um Anfragen für Issues, Pull Requests, Projects und Actions zu bedienen. Wir haben den Codepfad der Benachrichtigungspipeline behoben, der die teure Abfrage ausgegeben hat. Wir verbessern auch die Widerstandsfähigkeit der Datenbankschicht, um die Wahrscheinlichkeit und die Auswirkungen ähnlicher Vorfälle zu reduzieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. Oktober 2026 um 17:17 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen, Git-Operationen, Probleme und Pull Requests

2. 7. Oktober 2026 um 17:25 UTCinvestigating

   Wir haben weit verbreitete Auswirkungen auf die GitHub-Dienste von 16:52 UTC bis 17:01 UTC beobachtet und untersuchen die Ursache. Alle Systeme haben sich erholt. Dieser Vorfall ist eine Wiederholung des Vorfalls von früher am Tag https://www.githubstatus.com/incidents/djlmxz2zd0j7. Dauerhafte Minderung ist im Gange. Wir werden in 30 Minuten ein weiteres Update bereitstellen.

3. 7. Oktober 2026 um 17:27 UTCmonitoring

   Der Abbau wurde gemildert. Wir überwachen die Stabilität.

4. 7. Oktober 2026 um 18:00 UTCmonitoring

   Alle Systeme haben sich erholt. Wir haben Abschwächungen angewandt und erwarten keine Wiederholung.

5. 7. Oktober 2026 um 18:04 UTCresolved

   Am 7. Oktober 2026, von 16:52 bis 17:01 UTC, erlebte GitHub eine Wiederholung des Schreibvorgangs Ausfall von früher an diesem Tag. Beide Ausfälle teilten die gleiche Ursache. Bitte beachten Sie die kombinierte Zusammenfassung, die beide Vorfälle, ihre Auswirkungen und unsere Präventionsmaßnahmen umfasst: https://www.githubstatus.com/incidents/djlmxz2zd0j7

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. Oktober 2026 um 15:14 UTCinvestigating

   Wir untersuchen Berichte über eingeschränkte Verfügbarkeit für Aktionen, Git-Operationen und Pull Requests

2. 7. Oktober 2026 um 15:15 UTCinvestigating

   Probleme erleben eine verschlechterte Leistung. Wir untersuchen weiter.

3. 7. Oktober 2026 um 15:16 UTCinvestigating

   Webhooks erlebt eine eingeschränkte Verfügbarkeit. Wir untersuchen weiter.

4. 7. Oktober 2026 um 15:24 UTCinvestigating

   Wir haben zwischen 15:06 UTC und 15:16 UTC weit verbreitete Auswirkungen auf die GitHub-Dienste beobachtet und untersuchen die Ursache. Wir sehen, dass sich alle Systeme erholen und werden in Kürze ein weiteres Update bereitstellen.

5. 7. Oktober 2026 um 15:25 UTCinvestigating

   Pull Requests erlebt eine verschlechterte Performance. Wir untersuchen weiter.

6. 7. Oktober 2026 um 15:27 UTCinvestigating

   Git Operations funktioniert normal.

7. 7. Oktober 2026 um 15:27 UTCinvestigating

   Webhooks erlebt eine verschlechterte Leistung. Wir untersuchen weiter.

8. 7. Oktober 2026 um 15:31 UTCinvestigating

   Die Verschlechterung der Pull Requests wurde gemindert. Wir überwachen die Stabilität.

9. 7. Oktober 2026 um 15:32 UTCinvestigating

   Aktionen funktionieren normal.

10. 7. Oktober 2026 um 15:35 UTCinvestigating

    Git Operations erlebt eine verschlechterte Performance. Wir untersuchen weiter.

11. 7. Oktober 2026 um 15:41 UTCinvestigating

    Wir beobachten eine teilweise Erholung in allen Systemen. Wir beobachten und untersuchen weiterhin die Ursache der Störung.

12. 7. Oktober 2026 um 15:47 UTCinvestigating

    Die Degradation von Issues wurde gemildert. Wir überwachen die Stabilität.

13. 7. Oktober 2026 um 15:49 UTCinvestigating

    Der Abbau von Git Operations und Webhooks wurde gemildert. Wir überwachen die Stabilität.

14. 7. Oktober 2026 um 15:56 UTCmonitoring

    Der Abbau wurde gemildert. Wir überwachen die Stabilität.

15. 7. Oktober 2026 um 15:58 UTCmonitoring

    Wir sehen eine vollständige Wiederherstellung in allen Systemen, einschließlich Git Operations, Pull Requests und Aktionen. Wir untersuchen weiterhin die Ursache der Störung zwischen 15:06 UTC und 15:16 UTC und werden in Kürze ein weiteres Update veröffentlichen.

16. 7. Oktober 2026 um 16:23 UTCmonitoring

    Git Operationen, Pull Requests und Aktionen sind vollständig wiederhergestellt und stabil. Die Ursache wurde identifiziert und es werden Minderungsmaßnahmen angewendet, um ein Wiederauftreten zu verhindern.

17. 7. Oktober 2026 um 16:25 UTCresolved

    Am 7. Oktober 2026 hatte GitHub zwei Ausfälle von Schreibvorgängen mit der gleichen Ursache, insgesamt etwa 19 Minuten. Die erste lief von 15:06 bis 15:16 UTC (ca. 10 Minuten) und die zweite von 16:52 bis 17:01 UTC (ca. 9 Minuten). In beiden Fenstern sind Aktionen, die Daten speichern oder ändern, bei Git-Operationen, Pull-Anfragen, Problemen, GitHub-Aktionen, der API, Webhooks, Anmeldung und Authentifizierung, GitHub Apps und OAuth, Code-Scanning, Codespaces und Copilot fehlgeschlagen. Das Lesen der Daten blieb weitgehend unberührt. Beim ersten Ausfall scheiterten 5,6% aller Web- und API-Anfragen mit einem Höchststand von 8,9%, und mehr als 12.000 Unternehmen sahen fehlgeschlagene Anfragen. Bis zu 26% der Git-Authentifizierungsanforderungen sind fehlgeschlagen, und 17% des Workflows von Aktionen läuft mit Infrastrukturfehlern fehl. Beim zweiten Ausfall scheiterten 6,2% der Web- und API-Anfragen mit einem Höchststand von 9,3% und mehr als 11.000 Unternehmen waren betroffen. Bis zu 25% der Git-Authentifizierungsanforderungen sind fehlgeschlagen, und 19% des Workflows für Aktionen ist fehlgeschlagen. Keine Datenbanken erlebten Datenverlust, und Operationen, die nach der Wiederherstellung erfolgreich wiederholt wurden. GitHub setzt auf einen internen Service, der verfolgt, welche Datenbankserver neue und aktualisierte Daten erhalten sollen. Während Maschinen ersetzt wurden, die diesen Service im Rahmen der regelmäßigen Wartung ausführen, begann eine der neuen Maschinen mit einer veralteten Kopie ihrer Aufzeichnungen, die noch Datenbankserver auflistete, die wir bereits im Ruhestand hatten. Als dieser Knoten online ging, änderte er die Routing-Konfiguration mit den veralteten Datensätzen falsch und leitete Schreibanforderungen an nicht vorhandene Datenbankserver. Jeder Ausfall endete, als eine unserer etablierten Maschinen mit der richtigen Konfiguration zum Quorumführer wurde und die richtige Konfiguration gesendet hat. Nach dem ersten Ausfall identifizierten wir die neue Maschine als Quelle und unterbrachen die automatisierte Wartung, um zu verhindern, dass sie wieder führend war. Um 16:52 UTC brachte eine automatisierte Wartungsaufgabe, die die Pause nicht respektierte, sie wieder in die Verantwortung, und der Ausfall geschah erneut. Wir haben diese Maschine um 17:02 UTC heruntergefahren und haben sie seitdem entfernt, und die Automatisierung ehrt nun die Pause, die aufgrund eines Updates unserer Puppeninfrastruktur eine neue Regression war. Um Wiederholungen zu verhindern, löschen wir pensionierte Datenbankserver von den Datensätzen des Dienstes, bevor eine neue Maschine hinzugefügt wird, und wir halten neue Maschinen davon ab, zum Führer gewählt zu werden, bis ihre Datensätze überprüft wurden. Wir ändern auch unsere Systeme, um Konfigurationen abzulehnen, die auf Server verweisen, die nicht existieren, und stattdessen die letzten bekannten guten Einstellungen zu verwenden. Schließlich geben wir den Respondern eine schnellere Möglichkeit, ein sich schlecht benehmendes Gerät aus dem Dienst zu nehmen, und fügen Warnungen hinzu, so dass Änderungen wie diese innerhalb von Sekunden erkannt werden. Wir werden eine detailliertere Auflistung dieser Vorfälle in unserem monatlichen Verfügbarkeitsbericht zusammen mit dem Status der Reparaturen teilen, die wir durchführen, um solche Probleme in Zukunft zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. Oktober 2026 um 19:57 UTCinvestigating

   Wir untersuchen Berichte über beeinträchtigte Leistung für Pull Requests und Webhooks

2. 6. Oktober 2026 um 20:04 UTCinvestigating

   Webhooks funktioniert normal.

3. 6. Oktober 2026 um 20:12 UTCinvestigating

   Pull Requests funktioniert normal.

4. 6. Oktober 2026 um 20:22 UTCinvestigating

   Eine Reihe von Diensten, darunter Probleme, Pull-Anfragen und Webhooks, wurden kurzzeitig abgebaut, haben sich aber jetzt erholt. Unternehmensmigrationen werden angehalten, während wir Ursachen und Minderungsmaßnahmen validieren.

5. 6. Oktober 2026 um 20:26 UTCmonitoring

   Der Abbau wurde gemildert. Wir überwachen die Stabilität.

6. 6. Oktober 2026 um 20:57 UTCinvestigating

   Alle Dienste funktionieren normal, mit Ausnahme von Unternehmensmigrationen, die noch angehalten werden. Sie werden bald wieder aufnehmen.

7. 6. Oktober 2026 um 21:29 UTCinvestigating

   Wir arbeiten auf eine Minderung hin, die es uns ermöglicht, die Verarbeitung von Unternehmensmigrationen wieder aufzunehmen.

8. 6. Oktober 2026 um 22:40 UTCinvestigating

   Wir setzen eine Abschwächung ein und planen, Migrationen kurz danach wieder aufzunehmen

9. 6. Oktober 2026 um 23:40 UTCresolved

   Am 6. Oktober 2026, von 19:44 bis 19:50 UTC, erlebte GitHub einen Serviceausfall mit erhöhten Fehlerquoten von 1,30% aller Anfragen, was insgesamt etwa 1,16 Millionen fehlgeschlagenen Anfragen entspricht. Dies wirkte sich auf 12 Dienste in GitHub aus, darunter Pull Requests, Webhooks, Repos, OAuth, Git over SSH, Codespaces und Gists. Der Vorfall wurde von GitHub Enterprise Importer (GEI) ausgelöst, der mehrere Abfragen mit langer Dauer durchführte, die einen Datenbankverbindungspool sättigten. Die Wiederherstellung wurde um ca. 19:50 UTC beobachtet, sobald die Aufrufe der Migration aufhörten; GEI-Migrationen wurden um 23:32 UTC wieder aktiviert, nachdem ein Codefix zusammengeführt wurde. Wir haben eine detaillierte Überprüfung der Ursachen abgeschlossen und implementieren verbesserte Datenbank-Gesundheitsgarantien. Wir werden die Überprüfung fortsetzen und zusätzliche Sicherheitsvorkehrungen hinzufügen, um künftige Wiederholungen zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 5. Oktober 2026 um 23:47 UTCinvestigating

   Wir untersuchen Berichte über die beeinträchtigte Leistung einiger GitHub-Dienste.

2. 6. Oktober 2026 um 00:05 UTCinvestigating

   Benutzer können Probleme beim Zugriff auf Organisations- und Unternehmensabrechnungs- und Lizenzierungsseiten haben. Wir setzen eine Minderung und Überwachung für die Erholung ein.

3. 6. Oktober 2026 um 01:32 UTCresolved

   Am 5. Oktober 2026, zwischen 23:05 UTC und 00:11 UTC am 6. Oktober, erlebten einige Benutzer langsame Seitenlasten, Timeouts und Fehler beim Zugriff auf Organisations- und Unternehmensabrechnungs-, Lizenzierungs- und Einstellungsseiten. Im Durchschnitt lag die Fehlerquote bei 1,9% und erreichte ihren Höhepunkt bei 13,8% der Anfragen an den Dienst, der diese Seiten unterstützt. Dies wurde durch einen Netzwerkausfall verursacht, der die Konnektivität zwischen einer unserer lokalen Rechenzentrumsregionen und einer Teilmenge von in der Cloud gehosteten regionalen Datenbankdiensten unterbrach. Wir haben den Vorfall abgemildert, indem wir den Datenbankverkehr in eine gesunde Region verlagert haben. Wir arbeiten daran, regionale Datenbank-Failover schneller und vollständiger zu machen, Timeouts zu reduzieren, damit diese Seiten schnell scheitern, anstatt zu hängen, und Latenz-basierte Warnungen hinzuzufügen, um unsere Zeit für die Erkennung und Minderung von Problemen wie diesem in der Zukunft zu reduzieren. Wir arbeiten weiterhin mit unserem Cloud-Anbieter zusammen, um den zugrunde liegenden Netzwerkausfall zu verstehen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 5. Oktober 2026 um 19:11 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen

2. 5. Oktober 2026 um 19:15 UTCinvestigating

   Wir untersuchen ein Problem, das zu Verzögerungen beim Zuweisen von GitHub-gehosteten Läufern zu Actions-Jobs führt. Einige Workflows können länger dauern, um in Runner-Konfigurationen zu starten. Unsere Teams arbeiten daran, das Problem zu mildern, und wir werden ein Update bereitstellen, wenn wir mehr erfahren.

3. 5. Oktober 2026 um 19:50 UTCinvestigating

   Wir untersuchen immer noch Verzögerungen bei der Zuweisung von GitHub-gehosteten Läufern, die sich auf die Workflow-Startzeiten in mehreren Läuferkonfigurationen auswirken. Unsere Teams arbeiten daran, die Auswirkungen zu mildern; wir werden ein weiteres Update teilen, wenn wir mehr erfahren.

4. 5. Oktober 2026 um 20:39 UTCinvestigating

   Wir untersuchen weiterhin Arbeitsausfälle und Verzögerungen, die sich auf die von GitHub gehostete Läuferzuweisung und die Startzeiten des Workflows auswirken. Unsere Teams arbeiten aktiv daran, die Auswirkungen zu mildern und werden ein weiteres Update bereitstellen, wenn wir mehr erfahren.

5. 5. Oktober 2026 um 20:47 UTCinvestigating

   Aktionen erleben eine eingeschränkte Verfügbarkeit. Wir untersuchen weiter.

6. 5. Oktober 2026 um 21:09 UTCinvestigating

   Neben laufenden Problemen mit Aktionen und Hosted Runners können einige Kunden auch nicht auf die Repository-Liste, Lizenzierung und Abrechnungsseiten in ihren GitHub-Konten zugreifen. Wir untersuchen weiter und arbeiten an der Minderung.

7. 5. Oktober 2026 um 21:22 UTCinvestigating

   Pages erlebt eine verschlechterte Performance. Wir untersuchen weiter.

8. 5. Oktober 2026 um 21:31 UTCinvestigating

   Aktionen erleben eine verschlechterte Leistung. Wir untersuchen weiter.

9. 5. Oktober 2026 um 21:32 UTCinvestigating

   Wir haben Minderungsmaßnahmen angewendet, um GitHub-Aktionen zu beheben. Angestellte Jobs werden gelöscht, neue Jobs werden nicht verzögert, und wir erwarten in Kürze eine vollständige Erholung des Läufers. Wir überwachen weiterhin die vollständige Wiederherstellung und arbeiten daran, laufende Probleme mit anderen Diensten zu mildern, einschließlich des Zugriffs auf Repository-Listen, Lizenzierung und Abrechnungsseiten.

10. 5. Oktober 2026 um 21:54 UTCinvestigating

    Aktionen funktionieren normal.

11. 5. Oktober 2026 um 22:40 UTCinvestigating

    Pages funktioniert normal.

12. 5. Oktober 2026 um 22:49 UTCresolved

    Am 5. Oktober 2026, zwischen 18:48 und 22:49 UTC, erlebten GitHub Actions und Hosted Runners eine verschlechterte Leistung. 14,3% der Workflow-Läufe mit GitHub-gehosteten Läufern und 26,5% der einzelnen GitHub-gehosteten Jobs starteten nicht innerhalb von fünf Minuten. Während des rund 90-minütigen Zeitraums mit der höchsten Auswirkung sind 47,0% der Workflow-Läufe mit GitHub-gehosteten Läufern fehlgeschlagen und 71,9% der GitHub-gehosteten Jobs haben nicht innerhalb von fünf Minuten begonnen, während bestehende Seiten weiterhin normal funktionieren. Ein Teil der Kunden stieß auch auf intermittierende Fehler in Repository-Listen, Lizenz- und Abrechnungsseiten und einigen Copilot-Funktionen. Selbst gehostete Läufer waren nicht betroffen. Der Vorfall wurde durch einen teilweisen Netzwerkausfall verursacht, der die Konnektivität zwischen einer unserer lokalen Rechenzentrumsregionen und einer Teilmenge von Cloud-gehosteten regionalen Datenbank- und Speicherdiensten unterbrach. Wir haben den Vorfall abgemildert, indem wir Datenbank- und Speicherdatenverkehr in gesunde Regionen und Endpunkte verlagert und die Kapazität für betroffene Rechendienste erhöht haben. GitHub Actions und Hosted Runners erholten sich um 21:54 UTC und alle betroffenen Dienste wurden um 22:49 UTC wiederhergestellt. Wir arbeiten mit unserem Cloud-Anbieter zusammen, um den Netzwerkausfall zu verstehen und Verbesserungen der Widerstandsfähigkeit, Erkennung und Wiederherstellung von Netzwerkpfaden für ähnliche Vorfälle zu identifizieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. Oktober 2026 um 14:47 UTCinvestigating

   Wir untersuchen Berichte über verminderte Leistung für Aktionen

2. 1. Oktober 2026 um 14:54 UTCinvestigating

   Wir haben die Ursache für erhöhte Verzögerungen beim Start von Aktionen bei Ubuntu-Läufern identifiziert und stellen aktiv einen Fix bereit. Kunden können weiterhin intermittierende Verzögerungen erleben, während die Minderung eingeführt wird und die Servicemetriken wieder normal werden.

3. 1. Oktober 2026 um 15:02 UTCinvestigating

   Startverzögerungen bei Ubuntu-Läufern wurden behoben. Wir untersuchen Startverzögerungen bei Windows-Läufern und werden weitere Informationen teilen, sobald sie verfügbar sind.

4. 1. Oktober 2026 um 15:10 UTCmonitoring

   Der Abbau, der die Aktionen beeinflusst, wurde gemildert. Wir überwachen die Stabilität.

5. 1. Oktober 2026 um 15:20 UTCinvestigating

   Aktionen erleben eine verschlechterte Leistung. Wir untersuchen weiter.

6. 1. Oktober 2026 um 15:29 UTCinvestigating

   Wir sehen eine Wiederholung von Startverzögerungen und werden weiterhin untersuchen, um Probleme zu lösen. Kunden werden möglicherweise Verzögerungen von bis zu zehn Minuten erleben.

7. 1. Oktober 2026 um 16:10 UTCinvestigating

   Wir haben ein Problem mit unserem Upstream-Provider identifiziert, das zu Aktionsanfragen an 429 führt, was zu Verzögerungen führt. Wir sind zum Besitzerteam eskaliert und untersuchen, wie wir die 429s abschwächen können.

8. 1. Oktober 2026 um 16:48 UTCinvestigating

   Wir wenden derzeit eine Abschwächung an und erwarten eine Erholung innerhalb von dreißig Minuten.

9. 1. Oktober 2026 um 17:50 UTCinvestigating

   GitHub Actions erlebte bei einigen gehosteten Läufern eine verschlechterte Leistung aufgrund von Drosselung innerhalb einer Upstream-Azure-Abhängigkeit. Die Servicekapazität hat sich erholt, und wir überwachen weiterhin, während wir mit Azure an der zugrunde liegenden Bedingung arbeiten.

10. 1. Oktober 2026 um 17:56 UTCresolved

    Am 1. Oktober 2026 erlebte GitHub Actions zwei Perioden von verspäteten und gescheiterten Jobstarts bei GitHub-gehosteten Läufern, beginnend um etwa 14:15 UTC. Im 14:15-17:56 UTC Incident-Response-Fenster erlebten etwa 0,68% der Workflow-Läufe Startverzögerungen und 0,196% der Jobs konnten nicht starten. Eine Routing-Änderung bei unserem Cloud-Anbieter konzentrierte den API-Datenverkehr auf ein einzelnes Backend, was zu einer Zunahme von Rate-Limit-Fehlern führte. Falsches Wiederholungsverhalten im Inventardienst des Anbieters hat die betroffenen APIs belastet und die Ratenbegrenzung verschärft. Dies unterbrach die Bereitstellung von Läufern und reduzierte die verfügbare Kapazität in den betroffenen Regionen. Der daraus resultierende Anstieg der Nachfrage in nicht betroffenen Regionen zeigte eine Parallelitätsgrenze in unserem Job-Assignment-System und verzögerte Arbeitsplätze, auch wenn Läufer verfügbar waren. Während der Antwort haben wir die Auftragszuweisungskonkurrenz erhöht, die Runner-Kapazität skaliert und mit unserem Cloud-Anbieter zusammengearbeitet, um die API-Last zu reduzieren, indem wir unsere Runner-Abonnements von seinem Inventarservice ausschlossen. Um etwa 16:15 Uhr UTC wurden die Jobs wie erwartet gestartet und ausgeführt. Wir setzten die Minderung und Überwachung fort, bis der Vorfall um 17:56 UTC gelöst wurde. Unser Cloud-Anbieter hat seitdem die API-Ratenlimits für unsere Workloads erhöht. Um die Wahrscheinlichkeit und die Auswirkungen ähnlicher Vorfälle zu reduzieren, fügen wir auch detailliertere Warnmeldungen zur Begrenzung der Rate hinzu und aktualisieren unser System zur Auftragsvergabe, um die gestiegene Nachfrage in weniger verfügbaren Regionen zu bewältigen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. Oktober 2026 um 13:37 UTCinvestigating

   Wir untersuchen Berichte über die beeinträchtigte Leistung einiger GitHub-Dienste.

2. 1. Oktober 2026 um 13:39 UTCinvestigating

   Wir untersuchen wiederkehrende Perioden erhöhter Latenz, die sich auf Web-Anfragen auswirken. Wir werden Updates teilen, sobald mehr Informationen verfügbar sind.

3. 1. Oktober 2026 um 13:51 UTCmonitoring

   Der Abbau wurde gemildert. Wir überwachen die Stabilität.

4. 1. Oktober 2026 um 13:57 UTCresolved

   Am 1. Oktober 2026, zwischen 13:04 UTC und 13:34 UTC, erlebten die Benutzer zwei Perioden mit langsamem Seitenladen und intermittierenden Anforderungsfehlern auf GitHub.com. Im Durchschnitt lag die Fehlerquote bei 0,52% und erreichte einen Höchststand von 6,13%. Ein ungewöhnlich hohes Volumen an eingehendem Traffic belastete unsere Traffic-Handling-Infrastruktur zusätzlich und verzögerte Anfragen, bevor sie unsere Anwendungsserver erreichten. Die Leistung wurde wieder normal, als der Verkehr nachließ, und wir haben seitdem zusätzliche Traffic-Filterung angewendet, um vor ähnlichem Verkehr zu schützen. Wir verbessern die Alarmierung auf Verzögerungen in unserer Verkehrsinfrastruktur und stärken unseren automatisierten Verkehrsschutz, um unsere Zeit bis zur Erkennung und Minderung zu verkürzen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. Oktober 2026 um 11:34 UTCresolved

   Am 1. Oktober um 02:00 Uhr UTC führte ein isolierter Infrastrukturfehler dazu, dass GitHub-Aktionen den Ausführungsstatus für eine kleine Anzahl bestehender Workflowläufe verloren. Betroffene Runs können hängen bleiben, Bereitstellungsgenehmigungen fehlschlagen oder Fehler zurückgeben, wenn sie abgesagt werden. Die Service-Konnektivität wurde wiederhergestellt, aber der verlorene Zustand kann nicht durch erneutes Testen einer Genehmigung wiederhergestellt werden. Wenn Sie betroffen sind, können Sie einen neuen Lauf auslösen oder den GitHub-Support mit Links zu Ihren stecken gebliebenen Läufen kontaktieren, damit wir sie entsperren können. Wählen Sie nach dem Löschen "Alle Jobs erneut ausführen". Dadurch wird die Workflow-Run-ID beibehalten, aber ein neuer Versuch gestartet, Artefakte neu erstellt und neue Bereitstellungsgenehmigungen erforderlich. Überprüfen Sie vor der Wiederholung, ob bereits abgeschlossene Bereitstellungsschritte ausgeführt wurden, um Wiederholungen zu vermeiden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.