GitHub driftsforstyrrelser

1. 27. oktober 2026 kl. 20.21 UTCresolved

   Mellem 0655 og 0801 UTC på 10 / 27, kunder oplevede øgede fejlrater for API og git anmodninger autentificeret med server- to- server tokens for GitHub Apps (undtagen Handling tokens). Under dette vindue, autentificerede git operationer fejlagtigt returnerede 404 for 1,24% (2,6x) af anmodninger i gennemsnit og 2,49% (5,3x) på toppen. Disse fejl var forårsaget af en planlagt vedligeholdelse begivenhed, hvor GitHub migrerede 7 tabeller mellem to MySQL klynger i vores IAD og Azure Central US datacenter. En af de berørte tabeller gemmer installationsoptegnelser for GitHub App server- to- server tokens (undtagen Handlinger). Vi har gennemført flere af disse vandringer i de seneste måneder uden mærkbar kundepåvirkning. I dette tilfælde faldt migrationen imidlertid sammen med et planlagt oprydningsjob på installationstabellen, som slettede ca. 59 millioner registreringer fra 0444- 0617 UTC. Som et resultat, den ghost værktøj, der anvendes i migration oplevede interklyngereplikation forsinkelser (op til 1 time på toppen). Ved 0655 UTC begynder vi at skifte mellem måltabellerne til den nye MySQL-klynge med 100% af aflæsningerne cutover ved 0721 UTC. Kundepåvirkningen begyndte, men blev ikke opdaget, i hele læsekutoveren og varede indtil afslutningen af skrivecutoveren på 0801 UTC. Vi opdaterer vores processer og automatisering for at forhindre en gentagelse af denne hændelse, herunder deaktivering overlappende oprydning job før disse vandringer og blokere cutover af læsning, når replikation forsinkelser er høje.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 26. oktober 2026 kl. 18.48 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for API anmodninger, handlinger, spørgsmål og træk anmodninger

2. 26. oktober 2026 kl. 18.50 UTCmonitoring

   Nedbrydningen er blevet mindsket. Vi overvåger stabiliteten.

3. 26. oktober 2026 kl. 18.54 UTCmonitoring

   Vi så forhøjet latency påvirker REST API anmodninger, herunder kontrol, og nogle handlinger, spørgsmål, træk anmodninger, og GraphQL funktionalitet. Nogle anmodninger kan have været langsom eller timet ud, og meddelelser blev forsinket fra 17: 59 UTC - 18: 40 UTC. Vi afbødede problemet, og alle tjenester er kommet sig.

4. 26. oktober 2026 kl. 18.57 UTCresolved

   Denne hændelse er blevet løst. Tak for Deres tålmodighed og forståelse, da vi behandlede dette spørgsmål. En detaljeret analyse af årsagen vil blive delt, så snart den er tilgængelig.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. oktober 2026 kl. 23.41 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for Copilot AI Model Providers

2. 23. oktober 2026 kl. 23.42 UTCinvestigating

   Vi oplever nedbrudt tilgængelighed for Grok 4.6 og Grok 4.7 modeller i Copilot produkter og IDE overflader. Dette skyldes et problem med en opstrømsmodel udbyder. Mens vi arbejder med dem for at løse problemet, anbefaler vi at vælge en anden model eller vælge 'Auto' for at fortsætte med at bruge Copilot.

3. 24. oktober 2026 kl. 00.23 UTCmonitoring

   Nedbrydningen påvirker Copilot AI Model Providers er blevet reduceret. Vi overvåger stabiliteten.

4. 24. oktober 2026 kl. 00.23 UTCresolved

   Mellem 23: 28 og 00: 23 UTC den 27 oktober 2026, GitHub Copilot oplevede nedbrydning påvirker Grok 4.6 og Grok 4.7 modeller. Brugere stødte på forhøjede fejlrater, når du bruger disse modeller. Nedbrydningen blev forårsaget af et problem med en opstrøms model udbyder. GitHub ingeniører opdaget problemet gennem automatiseret overvågning og koordineret med udbyderen. Vores automatiserede modeladvarselssystem aktiverede in- produkt advarsler for berørte modeller under hændelsen. Service tilbage til normal, efter at udbyderen gennemført en afbødning.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. oktober 2026 kl. 14.58 UTCinvestigating

   Vi er ved at undersøge rapporter om påvirket præstation for nogle GitHub tjenester.

2. 23. oktober 2026 kl. 15.00 UTCinvestigating

   Vi undersøger forsinkelser i nogle Dependabot-alarmer, der lukker, efter at de berørte datalagre er blevet opdateret for at håndtere en sårbarhed. Alarmbehandlingen er sikret. Vi deler mere information, efterhånden som den bliver tilgængelig.

3. 23. oktober 2026 kl. 15.39 UTCinvestigating

   Vi skalerer alarmbehandlingskapaciteten for at reducere forsinkelserne i nogle Dependabot-alarmer, der lukker, efter de berørte datalagre er blevet opdateret. Vi fortsætter med at overvåge og vil dele en anden opdatering som flere oplysninger bliver tilgængelige.

4. 23. oktober 2026 kl. 16.11 UTCinvestigating

   Vi fortsætter med at undersøge forsinkelser i nogle Dependabot alarmer lukker efter de berørte datalagre er opdateret. Alert behandling er stadig bakket op, og yderligere behandlingskapacitet er rullende ud for at bidrage til at reducere backlog. Vi overvåger udrulningen og vil dele endnu en opdatering, som vi lærer mere.

5. 23. oktober 2026 kl. 16.43 UTCinvestigating

   Vi fortsætter med at undersøge forsinkelser i nogle Dependabot alarmer lukker efter de berørte datalagre er opdateret. Alert behandling er stadig bakket op, og yderligere behandlingskapacitet er rullende ud for at bidrage til at reducere backlog. Vi overvåger fremskridt og vil dele endnu en opdatering, som vi lærer mere.

6. 23. oktober 2026 kl. 17.27 UTCinvestigating

   Nogle Independabot-alarmer bliver fortsat forsinket i lukningen efter opdatering af lageret adresserer en sårbarhed. Vi fortsætter med at undersøge og arbejde på at genoprette normal behandling.

7. 23. oktober 2026 kl. 18.36 UTCmonitoring

   Nedbrydningen er blevet mindsket. Vi overvåger stabiliteten.

8. 23. oktober 2026 kl. 18.51 UTCresolved

   Vi identificerede, at en rådgivnings- publicering drevet fan- out var overvældende Dependabot alarm behandling på datalagre ved at mætte køen med sine egne begivenheder, forsinke behandlingen af begivenheder relateret til lager skubber. Vi har nu isoleret denne fane ud og anvendt en gasspjæld, så det kører i et fast tempo og kan ikke forsinke andre begivenheder. Denne oprydning har med succes forhindret en ny fanout proces, der påvirker brugerne.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. oktober 2026 kl. 07.29 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for handlinger

2. 23. oktober 2026 kl. 07.31 UTCinvestigating

   Vi ser forsinkelser i resultater fra Handlinger arbejdsgange, der rapporteres i GitHub startende fra 07: 07 UTC. Inddrivelse er allerede ses, men vores team fortsætter med at undersøge og overvåge ydeevne.

3. 23. oktober 2026 kl. 07.53 UTCmonitoring

   Nedbrydningen af aktionerne er blevet afbødet. Vi overvåger stabiliteten.

4. 23. oktober 2026 kl. 07.56 UTCmonitoring

   Fra 07: 27 UTC, Handlinger resultater er at levere inden for normal SLO igen. Tak for denne tålmodighed i denne periode med forsinkede handlinger resultater levering. Vores team fortsætter med at overvåge systemets sundhed og udforske raffineringer for at reducere virkningen for kunderne i fremtiden.

5. 23. oktober 2026 kl. 08.05 UTCresolved

   Denne hændelse er blevet løst. Tak for Deres tålmodighed og forståelse, da vi behandlede dette spørgsmål. En detaljeret analyse af årsagen vil blive delt, så snart den er tilgængelig.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. oktober 2026 kl. 15.28 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for handlinger, spørgsmål og træk anmodninger

2. 22. oktober 2026 kl. 15.33 UTCinvestigating

   Nogle brugere kan opleve intermitterende fejl ved indlæsning af problemer, Træk forespørgsler og søgeresultater på github.com. Vi efterforsker og arbejder på at genoprette normal service.

3. 22. oktober 2026 kl. 16.08 UTCinvestigating

   Nogle brugere fortsætter med at opleve intermitterende fejl indlæsning Spørgsmål, Træk anmodninger og søgeresultater på github.com. Vi undersøger og evaluerer afbødende muligheder for at genoprette normal service.

4. 22. oktober 2026 kl. 16.26 UTCinvestigating

   API Request oplever forringet ydeevne. Vi fortsætter med at undersøge.

5. 22. oktober 2026 kl. 16.28 UTCinvestigating

   Pakker oplever forringet ydeevne. Vi fortsætter med at undersøge.

6. 22. oktober 2026 kl. 16.35 UTCinvestigating

   API-forespørgsler fungerer normalt.

7. 22. oktober 2026 kl. 16.41 UTCinvestigating

   Nogle brugere fortsætter med at opleve fejl indlæsning Spørgsmål, Træk anmodninger, pakke lister og søgeresultater på github.com. Vi arbejder på flere afbødende tiltag og fortsætter med at undersøge.

8. 22. oktober 2026 kl. 17.16 UTCinvestigating

   Vi ser bedring efter at tilføje kapacitet, med fejl faldende. Nogle brugere kan stadig opleve fejl indlæsning Spørgsmål, Træk anmodninger og søgeresultater på github.com. Vi fortsætter med at arbejde hen imod fuld genopretning og overvågning for stabilitet.

9. 22. oktober 2026 kl. 17.41 UTCinvestigating

   Handlinger, spørgsmål, pakker og Pull Request fungerer normalt.

10. 22. oktober 2026 kl. 17.43 UTCinvestigating

    Vi ser bedring på tværs af de berørte tjenester. GitHub projekter er stadig ved at komme sig som i kø opdateringer er behandlet, og vi fortsætter med at overvåge for stabilitet.

11. 22. oktober 2026 kl. 18.26 UTCinvestigating

    De andre berørte tjenester er kommet sig. Vi fortsætter med at undersøge GitHub projekter og kontrollere, at normal drift er blevet genoprettet.

12. 22. oktober 2026 kl. 19.04 UTCinvestigating

    Nogle opdateringer i GitHub projekter er stadig forsinket. Vi fortsætter afbødende arbejde og overvågning.

13. 22. oktober 2026 kl. 19.56 UTCinvestigating

    Nogle GitHub projekter opdateringer relateret til udstedelse ændringer og fusioneret pull anmodninger er stadig forsinket. Vi efterforsker de resterende forsinkelser og arbejder på at genoprette normal behandling.

14. 22. oktober 2026 kl. 20.46 UTCinvestigating

    Nogle GitHub projekter opdateringer, herunder nyligt tilføjede elementer og ændringer i spørgsmål og trække anmodninger, forbliver forsinket. Vi har identificeret afbrydelser i opdateringen og evaluerer lempelser for at genoprette normal drift.

15. 22. oktober 2026 kl. 22.07 UTCinvestigating

    Nogle GitHub projekter opdateringer, herunder nyligt tilføjede elementer og ændringer i spørgsmål og træk anmodninger, er stadig forsinket. Vi har set noget bedring, og arbejder på at øge kapaciteten til at fremskynde opsvinget.

16. 22. oktober 2026 kl. 23.48 UTCinvestigating

    GitHub Projekter opdatering behandling er forbedret, men nyligt tilføjede emner kan stadig tage længere tid end forventet at dukke op. Vi fortsætter med at arbejde på de resterende forsinkelser og overvåge inddrivelse.

17. 23. oktober 2026 kl. 00.55 UTCmonitoring

    Nedbrydningen er blevet mindsket. Vi overvåger stabiliteten.

18. 23. oktober 2026 kl. 02.30 UTCresolved

    Denne hændelse er blevet løst. Tak for Deres tålmodighed og forståelse, da vi behandlede dette spørgsmål. En detaljeret analyse af årsagen vil blive delt, så snart den er tilgængelig.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. oktober 2026 kl. 14.18 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for handlinger

2. 22. oktober 2026 kl. 14.19 UTCinvestigating

   Vi undersøger forsinkelser i behandlingen af GitHub Handlinger workflow og trin resultater, sammen med nogle depotopdateringer.

3. 22. oktober 2026 kl. 14.35 UTCinvestigating

   Repository update processing er kommet sig. Vi fortsætter med at arbejde på forsinkelser påvirker GitHub Handlinger workflow og trin resultater. Vi deler en ny opdatering, når vi gør fremskridt.

4. 22. oktober 2026 kl. 15.06 UTCinvestigating

   Vi ser bedring, og arkivopdateringsbehandlingen er blevet normal igen. Forsinkelser, der påvirker GitHub Handlinger workflow og trin resultater fortsætter med at rydde, når vi skalere behandlingskapacitet; den resterende efterslæb forventes at tage omkring 20 minutter at dræne.

5. 22. oktober 2026 kl. 15.17 UTCmonitoring

   Nedbrydningen af aktionerne er blevet afbødet. Vi overvåger stabiliteten.

6. 22. oktober 2026 kl. 15.18 UTCmonitoring

   GitHub Handlinger workflow og trin resultat behandling er kommet sig. Repository update processing er også vendt tilbage til normal.

7. 22. oktober 2026 kl. 15.18 UTCresolved

   Denne hændelse er blevet løst. Tak for Deres tålmodighed og forståelse, da vi behandlede dette spørgsmål. En detaljeret analyse af årsagen vil blive delt, så snart den er tilgængelig.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 21. oktober 2026 kl. 14.52 UTCinvestigating

   Vi er ved at undersøge rapporter om forringet ydeevne for Handlinger, Træk anmodninger og Webkrogs

2. 21. oktober 2026 kl. 15.15 UTCinvestigating

   Handlinger oplever forringet ydeevne. Vi fortsætter med at undersøge sagen.

3. 21. oktober 2026 kl. 15.36 UTCinvestigating

   Vi er ved at undersøge forsinkelser påvirker pull request opdateringer og webhook leverancer. Øget belastning på vores event streaming platform bidrager til hotspots. Vi flytter trafikken væk fra de berørte områder og tilføjer behandlingskapacitet; virkningen fortsætter, mens disse lempelser træder i kraft.

4. 21. oktober 2026 kl. 15.58 UTCinvestigating

   Vi fortsætter med at se forsinkelser påvirker pull request opdateringer, webhook leverancer, og revision log begivenheder. Arrangementets streaming platform viser tegn på bedring, og vi overvåger, efterhånden som virkningen fortsætter.

5. 21. oktober 2026 kl. 16.17 UTCinvestigating

   Audit log begivenheder og handlinger workflow status opdateringer fortsætter med at blive forsinket. Træk anmodninger opdateringer og webhook leverancer er ved at komme sig, da vi gendanne begivenhed behandling og arbejde gennem backlogs. Vi overvåger opsvinget og vil dele yderligere opdateringer, som vi lærer mere.

6. 21. oktober 2026 kl. 16.25 UTCinvestigating

   Audit log begivenheder er forsinket med op til 100 minutter, og Handlinger workflow status opdateringer fortsætter med at opleve udvidede forsinkelser. Træk anmodninger opdateringer og webhook leverancer er ved at komme sig, da vi gendanne begivenhed behandling og arbejde gennem backlogs. Vi overvåger helbredelse og vil dele yderligere opdateringer, som vi lærer mere.

7. 21. oktober 2026 kl. 16.33 UTCinvestigating

   Træk anmodninger fungerer normalt.

8. 21. oktober 2026 kl. 16.34 UTCinvestigating

   Begivenhederne i revisionsloggen forsinkes fortsat med op til 110 minutter. Træk anmodninger opdateringer er kommet sig. Handlinger er ved at komme sig, og brugerne bør ikke længere opleve virkninger i Handlinger. Webhook leverancer fortsætter med at komme sig, når vi arbejder gennem backlogs. Vi overvåger inddrivelse og vil dele yderligere opdateringer, som vi lærer mere.

9. 21. oktober 2026 kl. 16.57 UTCinvestigating

   Handlinger og webkroge fungerer normalt.

10. 21. oktober 2026 kl. 16.59 UTCinvestigating

    Handlinger og webhook leverancer er kommet sig. Audit log begivenheder er stadig forsinket med omkring 100 minutter. Vi arbejder med efterslæbet, og fuld bedring vil tage nogen tid. Vi vil dele flere opdateringer som opsving fortsætter.

11. 21. oktober 2026 kl. 17.09 UTCinvestigating

    Træk anmodninger opdateringer, Handlinger, og webhook leverancer er kommet sig. Der er ved at ske noget med revisionsloggen, og forsinkelserne er faldende, men vi forventer, at den resterende forsinkelse vil tage omkring to til tre timer at rydde. Vi overvåger helbredelse og vil dele yderligere opdateringer.

12. 21. oktober 2026 kl. 18.18 UTCinvestigating

    Audit log begivenheder er ved at komme sig, med forsinkelser nu under 90 minutter som den resterende efterslæb er behandlet. Vi har reduceret belastningen på begivenhedsstreaming platformen og overvåger helbredelse. Yderligere opdateringer vil følge.

13. 21. oktober 2026 kl. 18.52 UTCinvestigating

    Revisionslog begivenheder fortsætter med at komme sig, med forsinkelser nu under 70 minutter. Vi har anvendt lempelser til at fremskynde inddrivelse og forventer revision logs til fuldt ud at komme sig i omkring 40 minutter. Træk anmodninger opdateringer, Handlinger, og webhook leverancer forbliver inddrevet. Vi overvåger fremskridt og vil dele yderligere opdateringer.

14. 21. oktober 2026 kl. 19.22 UTCinvestigating

    Træk anmodninger opdateringer, Handlinger, og webhook leverancer er kommet sig. Forsinkelser i revisionsloggen er nu under 40 minutter, inden for den sunde tærskel, og fortsætter med at falde i takt med den resterende efterslæb behandles.

15. 21. oktober 2026 kl. 19.22 UTCresolved

    Denne hændelse er blevet løst. Tak for Deres tålmodighed og forståelse, da vi behandlede dette spørgsmål. En detaljeret analyse af årsagen vil blive delt, så snart den er tilgængelig.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. oktober 2026 kl. 15.49 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for handlinger og sider

2. 19. oktober 2026 kl. 15.50 UTCinvestigating

   Webkroge oplever forringet ydeevne. Vi fortsætter med at undersøge.

3. 19. oktober 2026 kl. 15.56 UTCinvestigating

   Vi er i øjeblikket ved at undersøge forringet tilgængelighed påvirker GitHub Handlinger, GitHub Sider og Webkrogs. Kunder kan opleve forsinkelser i workflow behandling, site builds og webhook levering.

4. 19. oktober 2026 kl. 16.30 UTCinvestigating

   Vi ser bedring efter afbødning og fortsætter med at overvåge. Kunder kan stadig opleve forsinkelser i GitHub Handlinger workflow status opdateringer, GitHub Pages implementeringer, og tjek og workflow webhook begivenheder genereret af Handlinger kører.

5. 19. oktober 2026 kl. 16.56 UTCmonitoring

   Handlinger, Sider og Webkrogs fungerer normalt.

6. 19. oktober 2026 kl. 16.56 UTCresolved

   Den 19. oktober 2026, mellem 15: 24 og 16: 52 UTC, GitHub Handlinger, GitHub Sider, og webkroge genereret af Handlinger blev nedbrudt. Live opdateringer på GitHub.com og kode søgning blev også nedbrudt for en del af denne tid. Ingen data blev tabt. Påvirkning - Workflow status opdateringer, logs, og kontrol blev forsinket. - 5,13% af arbejdspladserne på GitHub-hostede løbere blev forsinket i starten, og 0,02% af arbejdsgangene mislykkedes. - I løbet af de første 30 minutter, 8.47% af anmodninger til Handlinger job REST API returnerede fejl. Sider implementeringer og webkroge genereret af Handlinger løb blev forsinket. En intern Handling service, der gemmer logs og køre status mistede forbindelser til nogle af sine cache servere i en cloud-region og straks genprøvet dem fra hver server på én gang. Den deraf følgende bølge af nye forbindelser overbelastede et delt netværk link mellem vores datacenter og den region, som også forstyrret andre tjenester, der bruger samme link. Vi afbødede hændelsen ved at flytte Actions tjenesten fra de berørte cache servere og reducere forbindelser fra andre tjenester på linket. Derefter behandlede vi det forsinkede arbejde med handlinger. Vi fortsætter med at undersøge årsagen til den oprindelige forbindelse timeouts. Vi var allerede i færd med at rulle en grænse for, hvor hurtigt denne tjeneste kan åbne nye forbindelser, men det var stadig i skygge mode (kun logning, ikke håndhæve) på tidspunktet for hændelsen. Vi har siden fuldt ud håndhævet det og begrænset tjenestens samtidige tilslutningsforsøg. Vi udvider disse grænser til andre Aktionstjenester, tilføjer backoff til reles, begrænser hvor meget delt netværkskapacitet en enkelt tjeneste kan bruge, og forbedrer alarmering, så vi kan finde kilden til forbindelse stiger hurtigere.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 15. oktober 2026 kl. 18.31 UTCinvestigating

   Vi er ved at undersøge rapporter om påvirket præstation for nogle GitHub tjenester.

2. 15. oktober 2026 kl. 18.34 UTCinvestigating

   CCA Automations oplever forsinkelser, når brugerne starter en Automation

3. 15. oktober 2026 kl. 18.53 UTCmonitoring

   Nedbrydningen er blevet mindsket. Vi overvåger stabiliteten.

4. 15. oktober 2026 kl. 18.56 UTCresolved

   Vi havde mistanke om, at CCA Automations oplevede forsinkelser, når brugerne starter en Automation, men yderligere undersøgelse viste, at der ikke var nogen forsinkelse eller indvirkning på CCA Automations.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 14. oktober 2026 kl. 00.12 UTCresolved

   Den 13. oktober, omkring 20: 42 UTC, en infrastruktur fiasko forårsaget GitHub Handlinger til at have forsinkelser viser logfiler for workflow kører. Ingen logfiler blev tabt, og problemet er nu løst, og logbehandling er indhentet. De faktiske arbejdsgange, der producerede logfilerne, blev ikke påvirket og kørte normalt, og der opstod ingen kørselstakster eller kontrolforsinkelser.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 12. oktober 2026 kl. 12.21 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for handlinger, spørgsmål og træk anmodninger

2. 12. oktober 2026 kl. 12.33 UTCinvestigating

   Brugere kan opleve problemer indlæsning af fanen Handlinger UI, interagere med kontrol API, queueing nye Handlinger kører, skabe og opdatere spørgsmål, og anmode PR-anmeldelser, herunder via REST og GraphQL API.

3. 12. oktober 2026 kl. 12.57 UTCinvestigating

   Vi har en afbødning i gang og overvåger for genopretning. Brugere kan også opleve forsinkede web-meddelelser, som vi mildne.

4. 12. oktober 2026 kl. 13.02 UTCinvestigating

   Træk anmodninger fungerer normalt.

5. 12. oktober 2026 kl. 13.38 UTCinvestigating

   Vores indledende afbødning var ikke fuldt vellykket, og brugerne kan stadig opleve forsinkelser og fejl med handlinger, spørgsmål og projekter, og meddelelser er forsinkede. Vi fortsætter med at undersøge årsagen og arbejde på yderligere lempelser.

6. 12. oktober 2026 kl. 14.35 UTCinvestigating

   Nedbrydningen har mindsket problemerne. Vi overvåger stabiliteten.

7. 12. oktober 2026 kl. 14.36 UTCinvestigating

   Nedbrydningen af aktionerne er blevet afbødet. Vi overvåger stabiliteten.

8. 12. oktober 2026 kl. 14.37 UTCinvestigating

   Vi har afhjulpet problemerne med aktioner, spørgsmål og projekter og har en afbødning i gang for at håndtere forsinkelsen med anmeldelser.

9. 12. oktober 2026 kl. 15.19 UTCinvestigating

   Vi har med held anvendt en afbødning for anmeldelser, og meddelelserne er genoptaget, men vil fortsat blive forsinket, når vi arbejder med en efterslæb.

10. 12. oktober 2026 kl. 15.50 UTCinvestigating

    Anmeldelserne er genoptaget, men vil fortsat blive forsinket, når vi arbejder med en efterslæb.

11. 12. oktober 2026 kl. 17.34 UTCinvestigating

    Web og e-mail meddelelser fortsætter med at blive forsinket, som vi arbejder gennem en efterslæb af meddelelser.

12. 12. oktober 2026 kl. 19.28 UTCinvestigating

    Web-og e-mail-meddelelser vil blive forsinket i 1 time mere, da vi er tæt på at fuldføre backlog af meddelelser.

13. 12. oktober 2026 kl. 20.16 UTCresolved

    Den 12. oktober 2026 11: 51 UTC GitHub oplevede forhøjede 500 svar på tværs af flere applikationssider. Dette forårsagede fejl på spørgsmål og træk anmodninger samt projekter og handlinger. Kunderne har også oplevet forsinkede meddelelser i deres web-indbakke og via e-mail. Den umiddelbare indvirkning på spørgsmål, Pull Requests, projekter og aktioner blev mindsket med 12: 41 UTC den 12. oktober. Meddelelser leverancer til web-indbakken og via e-mail var ved at inddrive 15: 27 UTC og fuldt afbødet med 20: 16 UTC. Hændelsen blev udløst gennem en latent tilstand i vores meddelelser levering rørledning, der satte en stor mængde af en dyr forespørgsel på vores skæggede database kopier. Dette reducerede den tilgængelige databasekapacitet til at tjene anmodninger om spørgsmål, anmodninger, projekter og aktioner. Vi har fastsat meddelelserne rørledningen kode sti, der udstedte den dyre forespørgsel. Vi forbedrer også databaselægets modstandsdygtighed for at mindske sandsynligheden for og virkningen af lignende hændelser.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. oktober 2026 kl. 17.17 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for Handlinger, Git Operationer, Spørgsmål og Træk Anmodninger

2. 7. oktober 2026 kl. 17.25 UTCinvestigating

   Vi observerede omfattende effekt på tværs af GitHub tjenester fra 16: 52 UTC til 17: 01 UTC, og er ved at undersøge den grundlæggende årsag. Alle systemer er kommet sig. Denne hændelse er en gentagelse af hændelsen fra tidligere på dagen https: / / www.githubstatus.com / hændelser / djlmxz2zd0j7. Der foregår en varig afbødning. Vi vil levere endnu en opdatering om 30 minutter.

3. 7. oktober 2026 kl. 17.27 UTCmonitoring

   Nedbrydningen er blevet mindsket. Vi overvåger stabiliteten.

4. 7. oktober 2026 kl. 18.00 UTCmonitoring

   Alle systemer er kommet sig. Vi har anvendt lempelser og foregriber ikke endnu en gentagelse.

5. 7. oktober 2026 kl. 18.04 UTCresolved

   Den 7. oktober 2026, fra 16: 52 til 17: 01 UTC, GitHub oplevede en gentagelse af den skriftlige operation udfald fra tidligere på dagen. Begge udfald delte den samme rod årsag. Der henvises til det kombinerede resumé, der dækker både hændelser, deres indvirkning og vores forebyggelsesforanstaltninger: http: / / www.githubstatus.com / parties / djlmxz2zd0j7

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. oktober 2026 kl. 15.14 UTCinvestigating

   Vi undersøger rapporter om nedbrudt tilgængelighed for handlinger, Git Operations og Pull Requests

2. 7. oktober 2026 kl. 15.15 UTCinvestigating

   Problemerne oplever en forringet ydeevne. Vi fortsætter med at undersøge sagen.

3. 7. oktober 2026 kl. 15.16 UTCinvestigating

   Webkroge oplever forringet tilgængelighed. Vi fortsætter med at undersøge.

4. 7. oktober 2026 kl. 15.24 UTCinvestigating

   Vi observerede omfattende effekt på tværs af GitHub tjenester mellem 15: 06 UTC og 15: 16 UTC, og er ved at undersøge den grundlæggende årsag. Vi ser alle systemer komme sig, og vil give en anden opdatering snart.

5. 7. oktober 2026 kl. 15.25 UTCinvestigating

   Træk anmodninger oplever forringet ydeevne. Vi fortsætter med at undersøge.

6. 7. oktober 2026 kl. 15.27 UTCinvestigating

   Git Operations fungerer normalt.

7. 7. oktober 2026 kl. 15.27 UTCinvestigating

   Webkroge oplever forringet ydeevne. Vi fortsætter med at undersøge.

8. 7. oktober 2026 kl. 15.31 UTCinvestigating

   Nedbrydningen af Pull Requests er blevet mindsket. Vi overvåger stabiliteten.

9. 7. oktober 2026 kl. 15.32 UTCinvestigating

   Handlinger fungerer normalt.

10. 7. oktober 2026 kl. 15.35 UTCinvestigating

    Git Operations oplever forringet ydeevne. Vi fortsætter med at undersøge.

11. 7. oktober 2026 kl. 15.41 UTCinvestigating

    Vi observerer delvis bedring på tværs af alle systemer. Vi fortsætter med at overvåge og undersøge årsagen til afbrydelsen.

12. 7. oktober 2026 kl. 15.47 UTCinvestigating

    Nedbrydningen har mindsket problemerne. Vi overvåger stabiliteten.

13. 7. oktober 2026 kl. 15.49 UTCinvestigating

    Nedbrydningen af Git Operations og Webkrogs er blevet mindsket. Vi overvåger stabiliteten.

14. 7. oktober 2026 kl. 15.56 UTCmonitoring

    Nedbrydningen er blevet mindsket. Vi overvåger stabiliteten.

15. 7. oktober 2026 kl. 15.58 UTCmonitoring

    Vi ser fuld bedring på tværs af alle systemer, herunder Git Operations, Pull Requests og handlinger. Vi fortsætter med at undersøge den grundlæggende årsag til afbrydelsen mellem 15: 06 UTC og 15: 16 UTC, og vil dele en anden opdatering snart.

16. 7. oktober 2026 kl. 16.23 UTCmonitoring

    Git Operations, Pull Requests og Handlinger er fuldt genvundet og stabile. Den grundlæggende årsag er blevet identificeret og lempelser anvendes for at forhindre en gentagelse.

17. 7. oktober 2026 kl. 16.25 UTCresolved

    Den 7. oktober 2026, GitHub havde to udfald af skrive operationer med samme årsag, i alt omkring 19 minutter. Den første løb fra 15: 06 til 15: 16 UTC (ca. 10 minutter) og den anden fra 16: 52 til 17: 01 UTC (ca. 9 minutter). I begge vinduer, handlinger, der gemmer eller ændrer data mislykkedes på tværs af Git-operationer, trække anmodninger, spørgsmål, GitHub Handlinger, API, webkroge, sign-in og autentificering, GitHub Apps og OAuth, kode scanning, Codediaces, og Copilot. Læsning af data var stort set upåvirket. I den første udfald, 5,6% af alle web og API anmodninger mislykkedes, toppede på 8,9%, og mere end 12.000 organisationer så mislykkede anmodninger. Op til 26% af Git autentificering anmodninger mislykkedes, og 17% af Handlinger workflow kører mislykkedes med infrastrukturfejl. I den anden udfald, 6,2% af web og API anmodninger mislykkedes, toppede på 9,3%, og mere end 11.000 organisationer blev påvirket. Op til 25% af Git autentificering anmodninger mislykkedes, og 19% af Handlinger workflow kører mislykkedes. Ingen databaser oplevede tab af data, og operationer genforsøgt efter inddrivelse lykkedes. GitHub er afhængig af en intern tjeneste, der holder styr på, hvilke databaseservere der skal modtage nye og opdaterede data. Mens erstatte maskiner, der kører denne service som en del af regelmæssig vedligeholdelse, en af de nye maskiner startede med en forældet kopi af sine optegnelser, som stadig opført database servere, vi allerede havde pensioneret. Når denne node kom online, det forkert ændret routing konfiguration med de forældede poster, routing skrive anmodninger til ikke-eksisterende database servere. Hver afbrydelse sluttede, når en af vores etablerede maskiner med korrekt konfiguration blev leder af quorum og sendte den korrekte konfiguration. Efter den første afbrydelse, vi identificeret den nye maskine som kilden og pause automatiseret vedligeholdelse for at stoppe det fra at være leder igen. kl 16: 52 UTC, en automatiseret vedligeholdelse opgave, der ikke ære pausen sætte det tilbage i ledelsen, og udfald skete igen. Vi lukker maskinen ned kl 17: 02 UTC og har siden fjernet den, og automatiseringen nu ærer pausen, som var en ny regression på grund af en opdatering af vores marionet infrastruktur. For at forhindre gentagelser, er vi ved at rydde pensionerede databaseservere fra tjenestens optegnelser, før nogen ny maskine tilføjes, og vi holder nye maskiner fra at blive valgt leder, indtil deres optegnelser er blevet kontrolleret. Vi er også ved at ændre vores systemer til at afvise konfiguration, der peger på servere, der ikke findes, og til at holde bruge den sidste known-gode indstillinger i stedet. Endelig giver vi respondenterne en hurtigere måde at tage en forkert maskine ud af drift, og tilføje advarsler, så ændringer som dette bliver opdaget inden for få sekunder. Vi vil dele en mere detaljeret gennemgang af disse hændelser i vores månedlige rapport om tilgængelighed sammen med status for de reparationer, vi foretager for at forhindre sådanne problemer i fremtiden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 6. oktober 2026 kl. 19.57 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for Pull Requests og Webkrogs

2. 6. oktober 2026 kl. 20.04 UTCinvestigating

   Webkroge fungerer normalt.

3. 6. oktober 2026 kl. 20.12 UTCinvestigating

   Træk anmodninger fungerer normalt.

4. 6. oktober 2026 kl. 20.22 UTCinvestigating

   En række tjenester, herunder spørgsmål, træk anmodninger, og webkroge, blev kort nedbrudt, men nu er kommet sig. Virksomhedernes vandringer holdes på pause, mens vi validerer årsager og lempelser.

5. 6. oktober 2026 kl. 20.26 UTCmonitoring

   Nedbrydningen er blevet mindsket. Vi overvåger stabiliteten.

6. 6. oktober 2026 kl. 20.57 UTCinvestigating

   Alle tjenester fungerer normalt med undtagelse af virksomhedsudvandringer, som stadig er tidsbegrænsede. De fortsætter snart.

7. 6. oktober 2026 kl. 21.29 UTCinvestigating

   Vi arbejder hen imod en afbødning, der vil give os mulighed for at genoptage behandlingen af virksomhedsmigration.

8. 6. oktober 2026 kl. 22.40 UTCinvestigating

   Vi iværksætter en afbødning og planlægger at genoptage vandringer kort tid derefter

9. 6. oktober 2026 kl. 23.40 UTCresolved

   Den 6. oktober 2026, fra 19: 44 til 19: 50 UTC, GitHub oplevede en service afbrydelse med forhøjede fejlrater topper på 1,30% af alle anmodninger, i alt ca. 1,16 millioner mislykkede anmodninger. Dette påvirkede 12 tjenester på tværs af GitHub, herunder Pull Requests, Webkrogs, Repos, OAuth, Git over SSH, Codeadaces, og Gists. Hændelsen blev udløst af GitHub Enterprise Importer (GEI) gør flere, lange forespørgsler, som mættede en database forbindelse pulje. Inddrivelse blev set på ca. 19: 50 UTC, når indvandringen opkald stoppet; GEI-vandringer blev genaktiveret på 23: 32 UTC efter en kode fix blev fusioneret. Vi har afsluttet en detaljeret gennemgang af årsagerne og er i færd med at gennemføre forbedrede databanker - sundhedsgarantier. Vi vil fortsætte med at revidere og tilføje yderligere sikkerhedsforanstaltninger for at forhindre fremtidige tilbagefald.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 5. oktober 2026 kl. 23.47 UTCinvestigating

   Vi er ved at undersøge rapporter om påvirket præstation for nogle GitHub tjenester.

2. 6. oktober 2026 kl. 00.05 UTCinvestigating

   Brugere kan opleve problemer adgang til organisation og virksomhedens fakturering og licenser sider. Vi anvender en afbødning og overvågning til genopretning.

3. 6. oktober 2026 kl. 01.32 UTCresolved

   Den 5. oktober 2026, mellem 23: 05 UTC og 00: 11 UTC den 6. oktober, nogle brugere oplevede langsom side belastninger, timeouts, og fejl, når adgang til organisation og virksomhed fakturering, licenser, og indstillinger sider. I gennemsnit var fejlprocenten 1,9% og toppede med 13,8% af anmodningerne til den tjeneste, der behersker disse sider. Dette skyldtes en netværksfejl, som forstyrrede forbindelsen mellem en af vores on-premises datacenter-regioner og en delmængde af cloudhostede regionale databasetjenester. Vi afbødede hændelsen ved at flytte databasetrafikken til et sundt område. Vi arbejder på at gøre den regionale database svigtende hurtigere og mere komplet, reducere timeout, så disse sider mislykkes hurtigt i stedet for at hænge, og tilføje latency- baseret advarsel for at reducere vores tid til at opdage og afbødes af spørgsmål som denne i fremtiden. Vi fortsætter med at partner med vores cloud-udbyder for at forstå den underliggende netværk fiasko.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 5. oktober 2026 kl. 19.11 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for handlinger

2. 5. oktober 2026 kl. 19.15 UTCinvestigating

   Vi undersøger et problem, der forårsager forsinkelser ved at tildele GitHub-hostede løbere til Handlinger job. Nogle arbejdsgange kan tage længere tid at starte på tværs runner konfigurationer. Vores hold arbejder på at mindske problemet, og vi vil give en opdatering, som vi lærer mere.

3. 5. oktober 2026 kl. 19.50 UTCinvestigating

   Vi undersøger stadig forsinkelser i tildelingen af GitHub-hostede løbere, der påvirker arbejdsgange starttider på tværs af flere runner konfigurationer. Vores hold arbejder på at afbøde virkningen; vi vil dele en anden opdatering, som vi lærer mere.

4. 5. oktober 2026 kl. 20.39 UTCinvestigating

   Vi fortsætter med at undersøge jobsvigt og forsinkelser påvirker GitHub-hosted runner opgave og workflow starttider. Vores hold arbejder aktivt på at afbøde virkningen og vil give endnu en opdatering, efterhånden som vi lærer mere.

5. 5. oktober 2026 kl. 20.47 UTCinvestigating

   Handlinger oplever forringet tilgængelighed. Vi fortsætter med at undersøge sagen.

6. 5. oktober 2026 kl. 21.09 UTCinvestigating

   Ud over løbende problemer med Handlinger og Hosted Runners, er nogle kunder også ude af stand til at få adgang til lagerliste, licenser og fakturering sider inden for deres GitHub-konti. Vi fortsætter med at undersøge og arbejder på afbødning.

7. 5. oktober 2026 kl. 21.22 UTCinvestigating

   Sider oplever forringet ydeevne. Vi fortsætter med at undersøge.

8. 5. oktober 2026 kl. 21.31 UTCinvestigating

   Handlinger oplever forringet ydeevne. Vi fortsætter med at undersøge sagen.

9. 5. oktober 2026 kl. 21.32 UTCinvestigating

   Vi har anvendt lempelser for at løse GitHub Handlinger fejl. Der ryddes arbejdspladser i køen, nye arbejdspladser forsinkes ikke, og vi forventer, at der snart vil ske en fuldstændig bedring. Vi fortsætter med at overvåge for fuld inddrivelse og arbejder på at afbøde igangværende spørgsmål, der påvirker andre tjenester, herunder adgang til arkivlister, licenser og fakturering sider.

10. 5. oktober 2026 kl. 21.54 UTCinvestigating

    Handlinger fungerer normalt.

11. 5. oktober 2026 kl. 22.40 UTCinvestigating

    Siderne fungerer normalt.

12. 5. oktober 2026 kl. 22.49 UTCresolved

    Den 5. oktober 2026, mellem 18: 48 og 22: 49 UTC, GitHub Handlinger og Hosted Runners oplevet forringet ydeevne. I løbet af hele hændelsen startede 14,3% af workflow kører med GitHub-hostede løbere og 26,5% af individuelle GitHub-hostede job ikke inden for fem minutter. I den omkring 90- minutters periode af højeste effekt, 47,0% af workflow kører ved hjælp af GitHub-hostede løbere mislykkedes og 71,9% af GitHub-hostede job ikke starte inden for fem minutter, mens eksisterende Pages sites fortsatte med at tjene normalt. En del af kunderne også stødt intermitterende fejl i lagerlister, licenser og fakturering sider, og nogle Copilot funktioner. Self-hosted løbere blev ikke påvirket. Hændelsen var forårsaget af en delvis netværksfejl, der forstyrrede forbindelsen mellem en af vores on-premises datacenter regioner og en delmængde af cloud- hosted regionale database og lagertjenester. Vi afbødede hændelsen ved at flytte database og lagertrafik til sunde regioner og slutpunkter og øge kapaciteten for de berørte computertjenester. GitHub Handlinger og Hosted Runners inddrives ved 21: 54 UTC, og alle berørte tjenester inddrives ved 22: 49 UTC. Vi samarbejder med vores cloud-udbyder for at forstå netværkssvigt og identificere forbedringer af network- sti modstandsdygtighed, detektion og inddrivelse for lignende hændelser.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. oktober 2026 kl. 14.47 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne for handlinger

2. 1. oktober 2026 kl. 14.54 UTCinvestigating

   Vi har identificeret årsagen til øgede handlinger køre start forsinkelser på Ubuntu løbere og er aktivt at implementere en rettelse. Kunderne kan fortsætte med at opleve intermitterende forsinkelser, mens afbødning ruller ud og service målinger vender tilbage til normal.

3. 1. oktober 2026 kl. 15.02 UTCinvestigating

   Forsinkelser på Ubuntu-løbere er løst. Vi er ved at undersøge run- start forsinkelser på Windows-løbere og vil dele flere oplysninger, som det bliver tilgængeligt.

4. 1. oktober 2026 kl. 15.10 UTCmonitoring

   Nedbrydningen af aktionerne er blevet afbødet. Vi overvåger stabiliteten.

5. 1. oktober 2026 kl. 15.20 UTCinvestigating

   Handlinger oplever forringet ydeevne. Vi fortsætter med at undersøge sagen.

6. 1. oktober 2026 kl. 15.29 UTCinvestigating

   Vi ser en gentagelse af forsinkelser i startfasen og fortsætter med at undersøge spørgsmålet. Kunderne vil muligvis opleve forsinkelser på op til 10 minutter.

7. 1. oktober 2026 kl. 16.10 UTCinvestigating

   Vi har identificeret et problem med vores opstrøms udbyder, som forårsager Handlingsanmodninger til 429, som skaber forsinkelser. Vi er eskaleret til ejerholdet og undersøger, hvordan vi kan afbøde 429 'erne.

8. 1. oktober 2026 kl. 16.48 UTCinvestigating

   Vi bruger i øjeblikket en afbødning og forventer bedring inden for 30 minutter.

9. 1. oktober 2026 kl. 17.50 UTCinvestigating

   GitHub Handlinger oplevet forringet ydeevne for nogle hostede løbere på grund af væltning inden for en opstrøms Azure afhængighed. Service kapacitet er kommet sig, og vi fortsætter med at overvåge, mens du arbejder med Azure om den underliggende tilstand.

10. 1. oktober 2026 kl. 17.56 UTCresolved

    Den 1. oktober 2026, GitHub Handlinger oplevede to perioder med forsinkede og mislykkede job starter på GitHub-hostede løbere, der begynder omkring 14: 15 UTC. Over vinduet 14: 15- 17: 56 UTC incident- respons oplevede ca. 0,68% af arbejdsgangene startforsinkelser, og 0,196% af arbejdspladserne kunne ikke starte. En routing ændring på vores cloud-udbyder koncentreret API trafik på en enkelt motor, hvilket forårsager en stigning i rate- grænse fejl. Forkert gentry adfærd i udbyderens lagerbeholdning service tilføjet belastning til de berørte API 'er, kompilering af sats begrænsning. Dette forstyrrede udbuddet og reducerede den disponible kapacitet i de berørte regioner. Den deraf følgende stigning i efterspørgslen i uberørte regioner afslørede en vekselvalutagrænse i vores jobfordelingssystem, hvilket forsinkede jobbene, selv hvor løbere var til rådighed. Under reaktionen øgede vi jobtildeling samvaluta, skaleret runner kapacitet, og arbejdede med vores cloud-udbyder for at reducere API belastning ved at udelukke vores runner abonnementer fra sin opgørelse service. Ved ca. 16: 15 UTC startede og udførte job som forventet. Vi fortsatte afbødning og overvågning indtil hændelsen blev løst kl 17: 56 UTC. Vores cloud-udbyder har siden øget ressourcer-management API sats grænser for vores arbejdsbelastning. For at mindske sandsynligheden for og virkningen af lignende hændelser tilføjer vi også mere omfattende og begrænsende advarsler og opdaterer vores jobfordelingssystem for at håndtere øget efterspørgsel på tværs af færre tilgængelige regioner.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. oktober 2026 kl. 13.37 UTCinvestigating

   Vi er ved at undersøge rapporter om påvirket præstation for nogle GitHub tjenester.

2. 1. oktober 2026 kl. 13.39 UTCinvestigating

   Vi undersøger tilbagevendende perioder med forhøjet latency påvirker web anmodninger. Vi vil dele opdateringer som mere information bliver tilgængelig.

3. 1. oktober 2026 kl. 13.51 UTCmonitoring

   Nedbrydningen er blevet mindsket. Vi overvåger stabiliteten.

4. 1. oktober 2026 kl. 13.57 UTCresolved

   Den 1. oktober 2026, mellem 13: 04 UTC og 13: 34 UTC, brugere oplevede to perioder med langsom side belastninger og periodisk anmodning svigt på GitHub.com. I gennemsnit var fejlprocenten 0,52% og toppede med 6,13%. En usædvanlig stor mængde indgående trafik placeret ekstra belastning på vores traffic-håndtering infrastruktur, forsinke anmodninger, før de nåede vores applikationsservere. Ydelsen blev normal, da trafikken forsvandt, og vi har siden anvendt yderligere trafikfiltrering for at beskytte mod lignende trafik. Vi er i færd med at forbedre varslerne om forsinkelser i vores trafikhåndteringsinfrastruktur og styrke vores automatiserede trafikbeskyttelse for at reducere vores tid til afsløring og afbødning.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. oktober 2026 kl. 11.34 UTCresolved

   Den 1. oktober, omkring 02: 00 UTC, en isoleret infrastruktur fiasko forårsaget GitHub Handlinger til at miste udførelse stat for et lille antal eksisterende workflow kører. Berørte kørsler kan forblive fastlåst, manglende ibrugtagningsgodkendelse eller returfejl, når de annulleres. Service forbindelse er kommet sig, men den tabte tilstand kan ikke genoprettes ved at prøve en godkendelse igen. Hvis du er påvirket, kan du udløse et nyt løb eller kontakte GitHub Support med links til dine hængende løb, så vi kan frigøre dem. Når ryddet, skal du vælge "Retur alle job". Dette bevarer den workflow køre ID, men starter et nyt forsøg, genopbygger artefakter, og kræver nye ibrugtagningsgodkendelser. Før du genkører, skal du kontrollere, om eventuelle implementeringstrin, der allerede er afsluttet for at undgå at gentage ændringer.

Automatisk oversat fra den officielle hændelsesopdatering.