Circle Ci driftsforstyrrelser

1. 4. september 2026 kl. 15.16 UTCinvestigating

   Vi har opdaget netværksproblemer, der påvirker vores Mac infrastruktur. Vi efterforsker og vil levere opdateringer snart. Kunder kan opleve kø i løbet af denne tid.

2. 4. september 2026 kl. 15.43 UTCidentified

   Vi har identificeret netværksproblemet med vores Mac infrastruktur udbyder, og arbejder med dem for at løse problemet. Vi begynder at se noget bedring, men vi forventer kunder kan stadig se nogle kø. Vi opdaterer igen om lidt.

3. 4. september 2026 kl. 16.19 UTCmonitoring

   Vores Mac infrastruktur udbyder har anvendt en rettelse til dette netværk problem, og vi ser kø gange vende tilbage til normal. Vi fortsætter med at holde øje med tingene lidt længere. Vi opdaterer igen om lidt.

4. 4. september 2026 kl. 16.55 UTCresolved

   Vi har ikke set flere slag til køerne, og alt er blevet normalt igen. Vi sætter pris på Deres tålmodighed, mens vi arbejdede på at løse og overvåge dette spørgsmål.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 26. august 2026 kl. 15.43 UTCidentified

   Kunderne kan opleve periodiske fejl, når du ser planen brug UI 'er eller kalder planen brug API' er. Vi har identificeret problemet, og vi arbejder aktivt på at afhjælpe disse fejl.

2. 26. august 2026 kl. 16.04 UTCmonitoring

   Vi har mindsket problemet med planen brug API 'er og de relevante sider i UI' en indlæses korrekt.

3. 26. august 2026 kl. 16.10 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. august 2026 kl. 23.20 UTCresolved

   Mellem 19: 49 UTC og 21: 07 UTC den 25. august 2026, kunder forsøger at logge ind på CircleCI ved hjælp af GitHub var ude af stand til at logge ind, og modtog en fejl fra GitHub angiver callback URL var ugyldig. Kunder, der allerede var logget ind, blev ikke påvirket. Problemet er blevet løst, og GitHub login fungerer normalt. Vi takker dig for din tålmodighed, mens vores team arbejdede på at gennemføre et fix.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 17. august 2026 kl. 21.06 UTCidentified

   Årsagen til spørgsmålet er blevet identificeret, og vi er på arbejde med at løse det.

2. 17. august 2026 kl. 21.36 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

3. 17. august 2026 kl. 21.37 UTCresolved

   Indsigt data er godt igen. Tak for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 17. august 2026 kl. 14.04 UTCidentified

   GitHub har rapporteret en hændelse, der påvirker CircleCI-rørledningen, der udløser og logger ind i: https: / / www.githubstatus.com / hændelser / zkxwbgr0cnmx Jobs, der er i flyvninger kører, men status rapportering til GitHub Pull Requests kan mislykkes.

2. 17. august 2026 kl. 14.25 UTCidentified

   Vi fortsætter med at se høje fejlrater på GitHub API 'er og reduceret webhook trafik. Vi vil fortsætte med at levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

3. 17. august 2026 kl. 15.49 UTCidentified

   Vi fortsætter med at se høje fejlrater på GitHubs API 'er og reduceret webhook trafik. Kunder, der bruger GitHub som deres VCS kan opleve indvirkning på deres CircleCI platform erfaring som et resultat. Dette er direkte knyttet til hændelsen GitHub oplever: http: / / www.githubstatus.com / parties / zkxwbgr0cnmx Vi vil levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

4. 17. august 2026 kl. 16.22 UTCmonitoring

   Vi er begyndt at observere forbedret stabilitet i GitHub API 'er. Vi vil fortsat overvåge, når de kommer sig.

5. 17. august 2026 kl. 17.01 UTCmonitoring

   GitHub API fejlrater og lateries synes at have genvundet. Vi vil fortsat overvåge.

6. 17. august 2026 kl. 17.23 UTCmonitoring

   Nogle af GitHub 's API' er er stadig nedbrudt, hvilket resulterer i et lille antal fejl i forbindelse med at begå statusopdateringer og krog behandling. Vi vil fortsat gøre vores bedste for at afbøde disse virkninger.

7. 17. august 2026 kl. 19.05 UTCresolved

   GitHubs API 'er virker normalt.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 15. august 2026 kl. 13.58 UTCresolved

   Efter planlagt vedligeholdelse, der sluttede kl 13: 00 UTC den 15. august, nogle indvirkning til job behandling fortsatte i ca 30 minutter ud over det vindue, vi annoncerede. Nogle kunder fortsatte med at se forsinkelser i job starte, sammen med et lille antal job mislykkes med infrastrukturfejl, indtil omkring 13: 30 UTC. Dette er blevet løst, og jobbehandlingen er blevet normal igen. Kunder hvis job mislykkedes under dette vindue kan køre de berørte job igen. Vi takker dig for din tålmodighed, mens vores team arbejdede på at gennemføre en rettelse og undskylde for eventuelle ulemper den udvidede indvirkning kan have forårsaget.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 12. august 2026 kl. 16.33 UTCidentified

   GitHub is currently experiencing a service degradation (https://www.githubstatus.com/incidents/76t89hbfb09h). Customers who use GitHub as their VCS may experience impact to their CircleCI platform experience as a result, impacting checkout and workflows. We will provide another update as we have more information to share. Thank you for your patience.

2. 12. august 2026 kl. 16.43 UTCresolved

   The issue impacting customers who use GitHub as their VCS while GitHub was undergoing a service degradation (https://www.githubstatus.com/incidents/76t89hbfb09h) has now been resolved. GitHub has resolved the underlying issue and the affected functionality has returned to normal. We thank you for your patience.

1. 11. august 2026 kl. 17.42 UTCresolved

   Between 13:50 UTC and approximately 17:30 UTC on August 11, 2026, some customers experienced delays of up to an hour in pipeline status updates and in notification delivery. Between 16:40 UTC and 17:00 UTC within that same window, a small number of customers also saw newly created pipelines fail to process, appearing in an errored state in the UI and API. The issue has been resolved and all affected functionality has returned to normal. Customers whose pipelines errored during that window can retrigger them. We thank you for your patience while our team worked on implementing a fix.

1. 6. august 2026 kl. 13.06 UTCinvestigating

   Usage API data is delayed for 8/5/2026. All prior data remains available. We are investigating. Thank you for your patience.

2. 6. august 2026 kl. 15.06 UTCidentified

   The issue has been identified and a fix is in progress.

3. 6. august 2026 kl. 19.33 UTCmonitoring

   A fix is in place and is being monitored. Thanks for your patience.

4. 6. august 2026 kl. 19.54 UTCresolved

   The Usage API issue has been resolved. Data has been loaded for yesterday, 8/5/2026. We appreciate your patience.

1. 5. august 2026 kl. 16.58 UTCinvestigating

   We are seeing an issue with Insights service where the data from the last 24 hours is lagging. We are investigating.

2. 5. august 2026 kl. 17.46 UTCinvestigating

   We are continuing to investigate and will update as we know more.

3. 5. august 2026 kl. 18.25 UTCidentified

   We have identified the issue, and are working with our upstream provider to resolve it now.

4. 5. august 2026 kl. 21.01 UTCresolved

   The upstream issue has been resolved, and the insights data from the last 24 hours has caught up. Thank you for your patience.

1. 4. august 2026 kl. 19.27 UTCinvestigating

   We are experiencing increased queue times for Windows, Android, and GPU jobs due to capacity constraints with a third-party infrastructure provider. Jobs will continue to be processed but may take longer than usual to start. Thank you for your patience while our engineers work to resolve this.

2. 4. august 2026 kl. 19.59 UTCmonitoring

   We're starting to see queue times slowly recovering. We'll be monitoring this situation, we appreciate your patience.

3. 4. august 2026 kl. 20.33 UTCmonitoring

   Queue times continue to gradually recover with our third-party infrastructure provider, though we've seen a slight uptick in the last 30 mins. We're keeping an eye on this and will keep you updated as things get back to normal. Again, thank you for your patience.

4. 4. august 2026 kl. 21.16 UTCmonitoring

   Queue times for both Android and Windows jobs, which had been recovering, have started to rise again. This continues to be related to capacity constraints with our third-party infrastructure provider. We'll continue to monitor and provide updates at least every 30 minutes. We appreciate your patience.

5. 4. august 2026 kl. 21.46 UTCmonitoring

   Queue times for both Android and Windows jobs continue to be volatile, with sharp swings up and down. This remains related to capacity constraints with our third-party infrastructure provider. Our team will continue to monitor and provide updates at least every 30 minutes. We appreciate your patience.

6. 4. august 2026 kl. 22.20 UTCmonitoring

   Queue times for both Android and Windows jobs, affected by capacity constraints with our third-party infrastructure provider, have been recovering significantly for the last half hour. We're continuing to monitor for a bit longer to confirm they return to normal levels. We appreciate your patience.

7. 4. august 2026 kl. 23.40 UTCresolved

   Queue times for Android and Windows jobs have reduced significantly over the last hour. You may still notice brief, isolated queuing at times, but this is no longer at incident-level impact. This was related to capacity constraints with a third-party infrastructure provider. We thank you for your patience while we monitored the situation. If you have any issues, please reach out to our Support team.

1. 24. juli 2026 kl. 16.35 UTCidentified

   GitHub oplever i øjeblikket en forringelse af tjenesten (https: / / www.githubstatus.com / hændelser / yjysg0xrl67m). Kunder, der bruger GitHub som deres VCS kan opleve indvirkning på deres CircleCI platform erfaring som et resultat, påvirker checkout og arbejdsgange. Vi vil give en anden opdatering, da vi har mere information at dele. Tak for din tålmodighed.

2. 24. juli 2026 kl. 17.41 UTCresolved

   Det problem, der påvirker kunder, der bruger GitHub som deres VCS, mens GitHub var under en forringelse af tjenesten (https: / / www.githubstatus.com / hændelser / yjysg0xrl67m), er nu løst. GitHub har løst det underliggende problem, og den berørte funktionalitet er vendt tilbage til normal. Vi takker dig for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. juli 2026 kl. 19.57 UTCinvestigating

   Vi undersøger forsinkelser i start job ved hjælp af gen3 ressource klasse.

2. 22. juli 2026 kl. 23.17 UTCinvestigating

   Vi fortsætter med at undersøge forhøjede ventetider påvirker kunder ved hjælp af gen3 maskine eksekutorer. Berørte job kan tage længere tid end normalt at starte. Vi vil give en anden opdatering, så snart vi har mere information at dele.

3. 23. juli 2026 kl. 00.31 UTCinvestigating

   Vi har identificeret problemet og arbejder med vores udbyder for at løse tilgængeligheden af gen 3 ressourcer. Gen 1 og Gen 2 er begge fuldt operationelle.

4. 23. juli 2026 kl. 02.05 UTCresolved

   Mellem 19: 24 UTC den 22. juli og 01: 50 UTC den 23. juli, kunder ved hjælp af gen3 preview maskine (Linux VM) ressourceklasser oplevede forsinkelser og, i nogle tilfælde, job undlader at starte. Vi har fjernet gen3 ressource klasser, mens vi tager fat på stabilitetsspørgsmål, der påvirker dem. Desværre blev arbejdsgange, som vi ikke var i stand til at levere computerkapacitet for i denne periode, annulleret. Berørte kunder bør ændre deres ressourceklasse fra gen3 til gen2 og genkøre disse arbejdsgange. Vi takker dig for din tålmodighed, mens vores team arbejdede for at løse dette.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. juli 2026 kl. 06.13 UTCmonitoring

   En undergruppe af kunder kan have oplevet fejl ved indlæsning af app.circeleci.com startende kl. 03: 18 UTC. Et fix er blevet brugt, og vi overvåger for fuld helbredelse. Tak for din tålmodighed, mens vores ingeniører bekræfter bedring. Vi vil give endnu en opdatering om kort tid.

2. 22. juli 2026 kl. 06.27 UTCresolved

   Mellem 03: 18 UTC og 06: 04 UTC den 22. juli 2026 kunne en undergruppe af kunder ikke få adgang til app.circeleci.com. Spørgsmålet er blevet løst, og adgangen er blevet normal igen. Vi takker dig for din tålmodighed, mens vores team arbejdede på at gennemføre et fix.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. juli 2026 kl. 00.35 UTCidentified

   Vi har identificeret et problem med GitHub API anmodninger, der kan få nogle kunder til at se arbejdsgange sidder fast i en kørende tilstand eller arbejdsgange undlader at starte. GitHub har rapporteret hændelser om API 'erne http: / / www.githubstatus.com / parties / ph5nns5y4gxj http: / / www.githubstatus.com / parties / 8vfyvq16hz9 Vi overvåger stabiliteten af GitHub API 'er og vil opdatere denne side som mere information er tilgængelig.

2. 20. juli 2026 kl. 01.24 UTCidentified

   Vi ser også fejl behandling push begivenhed webkrogs på grund af opstrøms API udfald. Brugere kan være nødt til at prøve rørledninger til disse push begivenheder.

3. 20. juli 2026 kl. 01.36 UTCmonitoring

   Vi ser tegn på bedring fra GitHub API. Vi vil blive i en overvågningstilstand for at kontrollere, at API fejlprocenten er genvundet.

4. 20. juli 2026 kl. 01.45 UTCresolved

   GitHub API fejlrater har genvundet til normale niveauer. Under hændelsen, kan nogle kunder have set rørledninger undlader at starte eller ikke modtage statusopdateringer. Nogle rørledninger kan sidde fast i en løbende tilstand. * Du bør re- skubbe forpligter eller bruge UI til manuelt at udløse rørledninger, der ikke startede. * Pipelines i en fast kørende tilstand bør annulleres og køre igen. Hvis du støder på problemer, bedes du kontakte CircleCI support.

5. 23. juli 2026 kl. 21.10 UTCpostmortem

   # # Summary Den 20. juli 2026 fra 00: 22 til 01: 45 UTC, CircleCI kunder ved hjælp af vores GitHub integration oplevet svigt kører rørledninger og erfarne arbejdsgange at sidde fast. Under denne hændelse, nogle rørledninger udløst af brugere, der bruger GitHub undladt at starte eller køre som fejlledninger. Kunder, hvis rørledninger mislykkedes eller løb som fejlrørledninger under dette vindue, bør køre dem igen. Dette skyldtes en [opstrøms API-nedbrydning ved GitHub] (https: / / www.githubstatus.com / hændelser / ph5nns5y4gxj), som påvirkede mange GitHub API 'er, som CircleCI bruger til at udløse og køre rørledninger. Ved 01: 45 UTC, GitHub API 'er genvundet, og kunderørledninger kørte normalt. Den oprindelige CircleCI status side kan findes [her] (https: / / status.circleci.com / hændelser / 9lvbbs9l87b). Hvad skete der \ (alle gange UTC\) Begyndelsen 00: 22 den 20 juli 2026, GitHub begyndte at returnere forhøjede fejl for følgende API anmodninger: * "applications / * / trade" * 'repoer / * / committee' * 'repos / * / * / content / *' * "repos / * / * / hooks" * 'repos / * / * / kroge / *' * "repos / * / * / keys" * "repos / * / * / puls" * 'repos / * / * / status / *' CircleCI er afhængig af disse anmodninger om korrekt at udløse og køre rørledninger. Klokken 00: 22 advarede vores interne overvågning os om problemet. Vores team begyndte at undersøge, og fandt, at et lille antal rørledninger tilhører GitHub projekter enten undladt at starte eller kørte som fejlrørledninger. Dette omfattede planlagte rørledninger og arbejdsgange. Desuden oplevede et lille antal kundearbejdsgange fastlåste job og krævede en re- køre af arbejdsgangen til at løse. Kl. 01: 45 kom GitHub sig igen, og rørledningens forarbejdning blev normal igen. Kun rørledninger udløst under hændelsesvinduet blev påvirket, og kunderne bør genkøre disse rørledninger. # Fremtidig forebyggelse og procesforbedring Vi arbejder aktivt på at forbedre modstandsdygtigheden af rørledninger behandling under GitHub service afbrydelser at reducere kundernes indvirkning af lignende hændelser i fremtiden. Vi er scoping funktioner, der vil hjælpe kunderne inddrive med reducerede manuelle trin efter hændelser løse. Kundeoplevelsen er vores topprioritet, og vi forpligter os til løbende at forbedre pålideligheden af vores systemer til at matche den tillid, som vores kunder lægger i os. Kontakt vores supporthold med spørgsmål eller bekymringer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. juli 2026 kl. 23.04 UTCinvestigating

   Vi undersøger et problem, hvor kunderne kan se fejl på at indlæse CircleCI webappen og logge ind, sammen med rørledninger og planlagte arbejdsgange undlader at starte eller køre sent. Dette er relateret til en igangværende hændelse, der påvirker GitHub. Du kan følge GitHub 's status på https: / / www.githubstatus.com / parties / gxycch3076xk. Vores ingeniører undersøger sagen. Vi vil give en anden opdatering, så snart vi har mere information at dele.

2. 16. juli 2026 kl. 23.42 UTCidentified

   Vi fortsætter med at se høje fejlrater fra GitHub API 'er, som påvirker login og workflow behandling. Vi vil fortsætte med at overvåge GitHub API for inddrivelse.

3. 17. juli 2026 kl. 00.09 UTCmonitoring

   Hvad sker der? Den opstrømshændelse, der påvirker GitHub, er blevet afbødet og overvåges nu på GitHubs side. Du kan følge GitHubs status på https: / / www.githubstatus.com /. Hvad kan du forvente Adgang til CircleCI web app, sign-in, og rørledning og workflow behandling er ved at vende tilbage til normal. Du kan stadig se periodiske fejl eller forsinkede planlagte rørledninger og arbejdsgange som systemer stabiliseres. Tak for din tålmodighed, mens vi overvåger for fuld bedring.

4. 17. juli 2026 kl. 00.26 UTCresolved

   En hændelse, der påvirkede GitHub 's API, fik CircleCI-kunder til at opleve fejl ved indlæsning af webappen og logning, sammen med rørledninger og planlagte arbejdsgange, der ikke starter eller kører sent. GitHub har løst den underliggende hændelse (https: / / www.githubstatus.com /), og alle berørte funktioner er blevet normale igen. Kunder, hvis job eller rørledninger mislykkedes, kan gendrive dem. Planlagte rørledninger og arbejdsgange, der blev overset under hændelsen, vil ikke køre automatisk og skal genudløses. Vi takker dig for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 14. juli 2026 kl. 22.54 UTCidentified

   Den 13. juli mellem 15: 30 UTC og 22: 40 UTC, vi oplevede forsinkelser starter job på Docker (Gen 2) ressource klasser på grund af kapacitetsbegrænsninger fra vores cloud-udbyder. Forsinkelser nåede op på ca. 1 minut 48 sekunder. Vi oplever fortsat disse forsinkelser siden ca. 15: 45 UTC. Indtil videre er forsinkelserne nået op på ca. 1 minut og 19 sekunder. Vi arbejder med vores cloud-udbyder for at tilføje kapacitet og vil opdatere denne hændelse som situationen ændrer.

2. 15. juli 2026 kl. 00.32 UTCresolved

   Den 13. juli mellem 15: 30 UTC og 22: 40 UTC, vi oplevede forsinkelser starter job på Docker (Gen 2) ressource klasser på grund af kapacitetsbegrænsninger fra vores cloud-udbyder. Samme nummer kom igen den 14. juli mellem 15: 45 UTC og 22: 50 UTC. Forsinkelser nåede op på 25 minutter den 13. juli og op på 24 minutter den 14. juli. Mediet + og 2 X- large + ressource klasser så den længste ventetid. Tidligere opdateringer i denne hændelse rapporterede tal baseret på gennemsnitlige ventetider, som ikke afspejler den maksimale effekt nogle kunder har oplevet. Ventetider er nu blevet normale igen. Vi fortsætter med at arbejde med vores cloud-udbyder for at tilføje kapacitet forud for den næste peak periode. Tak for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 14. juli 2026 kl. 02.49 UTCinvestigating

   Vi er i øjeblikket ved at undersøge login fejl, der påvirker nogle kunder ved hjælp af Bitspande som deres identitet udbyder.

2. 14. juli 2026 kl. 03.29 UTCinvestigating

   Vores team fortsætter med at undersøge login fejl, der påvirker nogle kunder, der bruger Bitspande som deres identitet udbyder.

3. 14. juli 2026 kl. 03.51 UTCinvestigating

   Hvad er påvirket Nogle kunder logger ind med en Bitbucket- forbundet identitet er påvirket. Dette kan også omfatte kunder logge ind med GitHub, men har en tilknyttet Bitspande identitet på deres konto. Derudover oplever nogle kunder arbejdsgange, der ikke starter eller opdaterer. Hvad kan du forvente Berørte kunder kan se login fejl. Nogle kunder kan også bemærke arbejdsgange, der undlader at starte eller ikke opdatere som forventet. Tak for din tålmodighed, mens vores ingeniører undersøge. Næste opdatering Vi vil give en anden opdatering, så snart vi har mere information at dele

4. 14. juli 2026 kl. 04.21 UTCmonitoring

   Hvad er påvirket Nogle kunder logge ind med en Bitbucket- forbundet identitet blev påvirket. Dette kan også have omfattet kunder logge ind med GitHub, der har en knyttet Bitbucket identitet på deres konto. Nogle kunder oplevede også arbejdsgange, der ikke var startet eller opdateret. Hvad kan du forvente Et fix er blevet udsendt. Vi overvåger situationen for at bekræfte fuld bedring. Næste opdatering Vi vil give en opdatering, hvis noget ændrer sig

5. 14. juli 2026 kl. 05.15 UTCresolved

   Det problem, hvor kunder logger ind med en Bitbucket- forbundet identitet erfarne login fejl, og nogle kunder oplevede arbejdsgange, der undlod at starte eller ikke opdatere, er blevet løst. Hvad du kan stadig opleve og har brug for at gøre - Hvis du bruger Bitspande som din login metode, skal du logge ud og gengodkende CircleCI Bitspande integration på din konto. - Hvis nogen af dine arbejdsgange sidder fast eller viser manglende statuskontrol, skal du køre dem igen for at hente fix. - Hvis du fortsætter med at opleve problemer efter at have taget disse skridt, bedes du kontakte CircleCI Support. Vi takker dig for din tålmodighed, mens vores team arbejdede på at gennemføre et fix.

6. 14. juli 2026 kl. 22.31 UTCpostmortem

   # # Summary Fra 01: 33 UTC til 05: 18 UTC den 14. juli 2026, kunder med en Bitbucket- forbundet identitet var ude af stand til at logge ind på CircleCI, og nogle kunder oplevede arbejdsgange, der undlod at starte eller opdatere, på grund af en ændring i, hvordan Bitbucket "s OAuth service rapporter kontotilladelser. På 05: 07 UTC, vi indsat en rettelse, der korrigerede, hvordan vores systemer læse de opdaterede tilladelser felt. Nogle kunder havde brug for at logge ud og re- autentificere deres Bitskovl integration efter vi indsat fix. Vores systemer fortsatte behandlingen af de berørte job indtil 08: 39 UTC. Vi takker vores kunder for deres tålmodighed, da vi løste denne hændelse. Kontakt vores supporthold med spørgsmål eller bekymringer. Status side for denne hændelse kan findes [her] (https: / / status.circleci.com / hændelser / gsyjwybg477g). # Baggrund CircleCI understøtter logning ind med en GitHub-konto, en Bitspace- konto eller en e-mail og adgangskode. Når en kunde logger ind med en Bitbucket- linked identitet, eller når CircleCI har brug for at opdatere kundens adgang på deres vegne, vi udveksle en tilladelse token med Bitbucket OAuth service. Denne udveksling indeholder en liste over de tilladelser, eller "scope", kunden har givet os, som Bitspande og CircleCI bruger til at bekræfte, hvad CircleCI er bemyndiget til at gøre på kundens vegne. Hvad skete der \ (Alle gange UTC\) Den 8. april 2026, [Bitspande annoncerede en ændring til sin OAuth service] (https: / / developer.atlassian.com / cloud / bitspande / changelog / # CHANGE- 3139): det ville være at omdøbe feltet bruges til at rapportere en kundes tildelte tilladelser. Bitskovl kørte en overgangsperiode, hvor både de gamle og nye feltnavne var tilgængelige, derefter helt fjernet det gamle feltnavn den 4. maj 2026. Vores systemer var ikke blevet opdateret for at genkende det nye feltnavn, så når Bitbucket helt udfaset den gamle, anmodninger, der afhang af det begyndte at mislykkes. På 01: 33 den 14. juli 2026, vores systemer begyndte ikke at behandle tilladelser oplysninger returneret til Bitbucket- forbundne konti, fordi vores systemer stadig forventede de gamle tilladelser struktur. Dette forårsagede login forsøg for alle Bitbucket- forbundne konti til at mislykkes, herunder for kunder, der logger ind med GitHub, men har en Bitbucket identitet knyttet til deres konto. På 01: 59, automatiseret overvågning advarede vores ingeniørhold til en spike i fejl på de berørte systemer. Holdet begyndte at undersøge med det samme, bekræftede kundens indvirkning på 02: 38, og advarede kunderne via vores status side på 02: 51. Ved 03: 00, havde holdet isoleret fejlene til den omdøbte Bitskovl felt. Begyndelsen på 03: 17, workflow status opdateringer for Bitbucket rørledninger tilhører kunder med en udløbet adgang token begyndte at blive droppet. Bitbucket tilladelser kontrol bruges bredt på tværs af vores platform, og disse tilladelser fejl også påvirket nogle af vores interne jobbehandlingssystemer. Dette forårsagede en delmængde af arbejdsgange at blive hængende uden en endelig status, og forårsagede nogle pull anmodninger om at vise manglende eller fast status kontrol. kl 04: 21, holdet indsat en indledende rettelse, der løste det underliggende problem, genoprette login flow og returnere vores interne tilladelser system til normal drift. Nogle berørte kunder havde brug for at logge ud og logge tilbage for at hente fix. Ved 05: 07, holdet indsat to ekstra rettelser, så vores systemer ville begynde at acceptere Bitskovls nye tilladelser felt format fremad. Vi løste hændelsen kl. 05: 18. Nogle kunder var nødt til at logge ud og re-autentificere deres Bitbuck integration, før deres konto fuldt ud inddrevet. Vores systemer fortsatte behandlingen af en efterslæb af berørte job, vender tilbage til normale niveauer med ca. 08: 39. # Fremtidig forebyggelse og procesforbedring Vi tager følgende skridt for at forhindre en gentagelse og forbedre vores responstid: * * Vi hærder vores godkendelse kode mod opstrøms API ændringer. * * Denne hændelse skete, fordi vores system ikke elegant håndtere en omdøbt felt i et svar fra en tredjeparts identitet udbyder. Vi vil straks opdatere vores godkendelseskode, så uventede eller manglende felter fra GitHub, Bitspande og GitLab håndteres sikkert. * * Vi er ved at forbedre, hvordan vi spore opstrøms udbyder ændringer. * * Vi i øjeblikket allerede overvåge changelogs fra vores identitet udbydere for præcis denne form for bryde forandring, men vi ikke tilføje denne særlige udbyder ændring til vores overvågning i tide til at fange det, før det afsendt. Vi er ved at revidere og udvide denne overvågning, så udbyder meddelelser nå vores team, før de påvirker kunderne. * * Vi er ved at forbedre hvordan vi klassificerer og kommunikerer hændelser i deres tidligste minutter. * * Denne hændelse oprindelige klassificering ikke umiddelbart afspejler sin customer-står sværhedsgrad. Vi raffinerer vores hændelsesværktøj og vejledning for at hjælpe ingeniørerne med at identificere og kommunikere kundernes virkning hurtigere. * * Vi forbedrer modstandsdygtigheden af vores workflow- processing rørledning. * * En downstream fejl i denne hændelse forårsaget nogle workflow status opdateringer til at blive droppet i stedet for at prøve igen eller klart dukker op. Vi gennemgår dette systems gentry og error-håndtering adfærd så lignende downstream fejl er mere synlige og lettere at komme sig fra. Kundeoplevelsen er vores topprioritet, og vi forpligter os til løbende at forbedre pålideligheden af vores systemer til at matche den tillid, som vores kunder lægger i os. Kontakt vores supporthold med spørgsmål eller bekymringer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 13. juli 2026 kl. 21.52 UTCinvestigating

   Vi modtager nogle rapporter om intermitterende netværksproblemer mellem vores mac infrastruktur og en VCS udbyder igen. Vi undersøger og vil levere opdateringer.

2. 13. juli 2026 kl. 22.21 UTCinvestigating

   Vi undersøger stadig disse intermitterende netværksproblemer. Vi opdaterer igen snart, vi sætter pris på din tålmodighed.

3. 13. juli 2026 kl. 23.13 UTCinvestigating

   Vi har været i stand til at reproducere problemet, men det synes stadig at være meget intermitterende. Vi fortsætter med at arbejde med vores Mac infrastruktur udbyder til at hjælpe diagnosticere problemet. Vi opdaterer snart igen.

4. 13. juli 2026 kl. 23.35 UTCmonitoring

   Vi har identificeret problemet. Nogle kunder kan opleve job, der hænger eller undlader at gøre fremskridt under Github hente trin på grund af intermitterende netværksproblemer. Vores ingeniører overvåger aktivt. I mellemtiden har vi set succes med at øge no _ output _ timeout til 15 - 20 min at give mere tid til Github henter. Dette kan gøres ved at følge denne fællesskabsvejledning: https: / / support.circleci.com / hc / en- us / artikler / 360007188574-Build- has- Hit- Timeout- Limit

5. 14. juli 2026 kl. 13.59 UTCidentified

   Desværre er der stadig nogle kunder, der kan opleve job, der hænger eller undlader at gøre fremskridt under Github hente trin på grund af igangværende intermitterende netværksproblemer med vores Mac infrastruktur udbyder. Vores ingeniører arbejder aktivt sammen med dem for at løse dette. Vi sætter pris på din tålmodighed. I mellemtiden har vi set succes med at øge no _ output _ timeout til 15 - 20 min at give mere tid til Github henter. Dette kan gøres ved at følge denne fællesskabsvejledning: https: / / support.circleci.com / hc / en- us / artikler / 360007188574-Build- has- Hit- Timeout- Limit

6. 14. juli 2026 kl. 15.35 UTCidentified

   Vores Mac infrastruktur udbyder er at teste ændringer til deres netværk konfiguration i et forsøg på at isolere kilden til problemet. Vi validerer aktivt om dette løser virkningen og vil følge op med en anden opdatering snart. I mellemtiden, øge no _ output _ timeout til 15-20 min fortsætter med at hjælpe: https: / / support.circleci.com / hc / en- us / artikler / 360007188574-Build- has- Hit- Timeout- Limit

7. 14. juli 2026 kl. 16.31 UTCidentified

   Vi har identificeret problemet som nogle indgående ruter fra den berørte VCS udbyder forårsager betydeligt lavere tilgængelig båndbredde, som er negativt påvirker repo hente gange. Vi arbejder med vores Mac infrastruktur udbyder til at forsøge at flytte indgående trafik til en anden rute, men denne proces kan tage en længere periode at fuldføre. Vi vil fortsætte med at levere opdateringer, efterhånden som de bliver tilgængelige. Som vi har delt i tidligere opdateringer, øge no _ output _ timeout til 15-20 min fortsætter med at hjælpe: https: / / support.circleci.com / hc / en- us / artikler / 360007188574-Build- has- Hit- Timeout- Limit

8. 14. juli 2026 kl. 16.58 UTCmonitoring

   Vores Mac infrastruktur udbyder har flyttet de indgående ruter, og vi ser inddrivelse i VCS hente gange. Vi vil fortsat overvåge dette spørgsmål i de kommende timer. Vi opdaterer snart igen.

9. 14. juli 2026 kl. 18.28 UTCmonitoring

   Vi fortsætter med at se langsom, progressiv bedring i VCS hente tider. Vi fortsætter snart overvågningen og opdateringen. Vi sætter pris på din tålmodighed.

10. 14. juli 2026 kl. 20.18 UTCinvestigating

    Vi er begyndt at se VCS hente gange stigende igen. Vores engineering team er aktivt undersøge og arbejde med vores Mac infrastruktur udbyder til at løse dette. Igen sætter vi pris på din tålmodighed.

11. 14. juli 2026 kl. 22.15 UTCmonitoring

    Vores Mac infrastruktur udbyder har flyttet mere trafik til at arbejde netværk udbydere, og vi er begyndt at se betydelige opsving igen i VCS hente gange. Som altid, vil vores ingeniørhold fortsætte med at overvåge dette nøje, og vi vil give en anden opdatering snart.

12. 14. juli 2026 kl. 23.18 UTCresolved

    Vi fortsætter med at se betydelige VCS hente tid opsving i de sidste par timer. Vi vil løse denne hændelse, og vores ingeniørhold vil fortsætte med at overvåge nøje. Vi sætter stor pris på din tålmodighed som vi arbejdede gennem dette med vores Mac infrastruktur udbyder. Kontakt vores supporthold, hvis du har problemer.

13. 16. juli 2026 kl. 01.56 UTCpostmortem

    # # Summary Fra 18: 00 UTC den juli 13, 2026 til 23: 18 UTC den juli 14, 2026, nogle kunder kører job på CircleCI 's macOS flåde oplevede job, der hang eller undlod at gøre fremskridt under GitHub hente trin. For disse kunder, GitHub hente trin, som normalt ville tage 1-2 minutter tog 20- 30 minutter, og timet ud. Problemet var forårsaget af en kapacitet og routing problem på netværksstien mellem vores Mac infrastruktur udbyder og GitHub, og de tilhørende intermitterende netværksproblemer bremset ned henter fra GitHub. Under hele hændelsen arbejdede vores team direkte med vores Mac infrastruktur udbyder til at identificere og omdirigere trafik væk fra de berørte netværk stier. Vi løste en første hændelse kl 19: 40 UTC den 13. juli. Problemet opstod kl. 21: 52 UTC samme dag, vi genåbnede hændelsen, og det blev helt løst ved 23: 18 UTC den 14. juli. Vores macosflåde havde et lignende problem for flere uger siden. EU-erhvervsgrenens økonomiske situation Denne hændelse var også forårsaget af et netværk routing problem i vores Mac infrastruktur udbyder. Vi takker vores kunder for deres tålmodighed, mens vi har gennemgået denne hændelse. Se nedenfor for specifikke handlinger, som CircleCI og vores Mac infrastruktur udbyder vil tage. Kontakt vores supporthold med spørgsmål eller bekymringer. Statussiderne for denne hændelse kan findes [her] (https: / / status.circleci.com / hændelser / n1tc2lw9q7l0) og [her] (https: / / status.circleci.com / hændelser / 7cnl777wp9qz). # Baggrund CircleCI "s macOS job er hostet på en tredjeparts Mac infrastruktur udbyder. Denne udbyder forbinder til det bredere internet, herunder tjenester som GitHub, over flere overflødige opstrøms netværk stier. Når en af disse stier oplever nedsat kapacitet eller et routing problem, job, der henter kode eller afhængigheder fra en destination langs den netværkssti kan bremse eller hænge intermitterende, selv når CircleCI egen platform, tredjeparts infrastruktur udbyder, og destinationen service er alle opererer normalt. Hvad skete der _\ (Alle gange UTC\) På 18: 00 den 13. juli, nogle kunder kører macOS job begyndte at opleve intermitterende fejl og forsinkelser hente kode og afhængigheder fra GitHub. Vi åbnede en undersøgelse og advarede vores kunder via vores status side på 18: 55. Ved 19: 04, vores Mac infrastruktur udbyder identificeret øget latency på en af sine netværksstier og omdirigeret trafik omkring det. Hent tider genvundet, og vi flyttede hændelsen til "Overvågning" kl 19: 29, og til "Resolved" kl 19: 40. Kl. 20: 44 UTC rapporterede kunderne, at problemet var vendt tilbage. Vi genåbnede hændelsen og opdaterede vores statusside til 'Investigating' kl 21: 52. I løbet af de følgende to timer arbejdede vi tæt sammen med vores infrastrukturudbyder for at indsamle diagnostiske data i et forsøg på at isolere den berørte netværkssti. I mellemtiden, vi offentliggjort vejledning anbefale, at kunderne øge deres "no _ output _ timeout" indstilling til 15-20 minutter, for at give mere tid til GitHub henter at fuldføre under intermitterende nedbremsninger, og flyttede statussiden til "Overvågning" kl 23: 35. Efter at have udgivet workout vejledning på 23: 35 UTC den 13. juli, vi forventede, at det underliggende netværk problem at forbedre natten over. Det gjorde det ikke. Kl. 13: 59 UTC den 14. juli bekræftede vi, at kunderne stadig oplevede intermitterende svigt og flyttede statussiden tilbage til "Investigating". Vores ingeniørhold reproducerede fejlen direkte ved hjælp af vores egne testværktøjer, hvilket hjalp med at bekræfte, at dette var en generel 'git- hentning' problem snarere end noget specifikt til nogen bestemt bygge værktøj, container billede, eller software opdatering. Kl. 15: 35 opdaterede vi statussiden for at dele, at vores infrastrukturudbyder testede ændringer i sin netværkskonfiguration for at isolere kilden til problemet. kl 16: 31 opdaterede vi statussiden igen for at dele, at vi havde identificeret årsagen som reduceret indgående båndbredde på en bestemt rute, og at vi arbejdede med vores udbyder for at skifte trafik til en anden rute. kl. 16: 36 identificerede vores infrastrukturleverandør de berørte netveje og flyttede trafikken væk fra dem, hentede tider, der blev genvundet, og kl. 16: 58 opdaterede vi statussiden til "Overvågning". Tidligt om eftermiddagen var nogle kunder igen at se langsomme hentningstider, og vi flyttede statussiden tilbage til 'Investigating' kl 20: 18. Vores infrastrukturudbyder identificerede yderligere to netværksstier med forringet ydeevne og flyttet trafik væk fra dem med 22: 07. Hent tider stabiliseret i løbet af den følgende time, og vi markerede hændelsen 'Resolved' kl 23: 18. I alt, kunder kører Mac job kan have oplevet intermitterende job bremsninger eller svigt for dele af vinduet mellem 18: 00 UTC den 13. juli og 23: 18 UTC den 14. juli. Vores infrastruktur udbyder har siden rapporteret rene testresultater på tværs af sit netværk og mener, at den underliggende kapacitet problem opstod længere opstrøms, tættere på GitHub, snarere end inden for sit eget netværk. Vi holder fortsat nøje øje med dette. # Fremtidig forebyggelse og procesforbedring Vi tager følgende skridt for at forhindre en gentagelse og forbedre vores responstid: * * Vi er ved at opbygge yderligere automatisk overvågning for macOS flåde GitHub-hente performance. * * Vores omfattende automatiske overvågning fangede ikke denne hændelse. Vi tilføjer nu end-to-end overvågning for GitHub henter især for at opdage lignende spørgsmål proaktivt. * * Vi arbejder direkte med vores Mac infrastruktur udbyder på hurtigere, mere proaktiv detektion. * * Vi beder vores udbyder om at opbygge overvågning, der kan detektere en nedbrudt netværkssti og omdirigere omkring det automatisk, i stedet for at stole på CircleCI til at identificere og anmode om en omdirigering under en aktiv hændelse. * * Vi gør det diagnostiske værktøj, vi byggede under denne hændelse, til en stående evne. * * Dette vil lade os opdage og reproducere denne klasse af netværksfejl på efterspørgslen går fremad, i stedet for at samle testinfrastruktur under en aktiv hændelse. * * Vi gennemgår vores hændelsesrespons proces for en tilstrækkelig bekræftelse vindue før markering af et netværk-relateret hændelse Opløst. * * Denne hændelse dukkede kort op efter en tidlig og for tidlig løsning; vi formaliserer en minimumsperiode for bekræftet-ren overvågning, før vi afslutter hændelser af denne type. Vi vil fortsat levere regelmæssige opdateringer undervejs, efterhånden som efterforskningen og oprydning fortsætter. * * Vi bevæger os aktivt fra en enkelt udbyder til Mac infrastruktur * * * til flere udbydere. * * Dette vil gøre det muligt for CircleCI at lede indgående kundeworkloads til den mest tilgængelige og best-performance udbyder. Kundeoplevelsen er vores topprioritet, og vi forpligter os til løbende at forbedre pålideligheden af vores systemer til at matche den tillid, som vores kunder lægger i os. Kontakt vores supporthold med spørgsmål eller bekymringer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 13. juli 2026 kl. 18.55 UTCinvestigating

   Vi har modtaget rapporter om intermitterende netværksproblemer mellem vores mac infrastruktur og en VCS udbyder. Vi undersøger og vil levere opdateringer.

2. 13. juli 2026 kl. 19.11 UTCidentified

   Vi arbejder med vores Mac infrastruktur udbyder til at forsøge en afbødning. Det vil snart blive opdateret igen.

3. 13. juli 2026 kl. 19.29 UTCmonitoring

   Vores Mac infrastruktur udbyder har gennemført en rettelse, vi er begyndt at se opsving. Vi overvåger og opdaterer igen om lidt.

4. 13. juli 2026 kl. 19.40 UTCresolved

   Vi har bekræftet fixet med vores infrastruktur udbyder og succesfulde tests på vores ende. Hvis kunderne fortsætter med at se eventuelle mislykkede kørsler, skal du køre igen for en vellykket forbindelse og nå ud til Support, hvis yderligere problemer.

Automatisk oversat fra den officielle hændelsesopdatering.