Istoricul incidentelor Circle Ci

1. 4 septembrie 2026 la 15:16 UTCinvestigating

   Am detectat probleme de rețea care afectează infrastructura noastră Mac. Investigăm şi vă vom oferi informaţii în scurt timp. Clienţii pot sta la coadă în acest timp.

2. 4 septembrie 2026 la 15:43 UTCidentified

   Am identificat problema reţelelor cu furnizorul nostru de infrastructură Mac şi lucrăm cu ei pentru a rezolva problema. Începem să vedem ceva recuperare, dar ne aşteptăm ca clienţii să mai vadă nişte cozi. Vom actualiza din nou în curând.

3. 4 septembrie 2026 la 16:19 UTCmonitoring

   Furnizorul nostru de infrastructură Mac a aplicat un fix la această problemă de rețea și vedem ori coada reveni la normal. Vom continua să supraveghem lucrurile pentru o perioadă mai lungă. Vom actualiza din nou în curând.

4. 4 septembrie 2026 la 16:55 UTCresolved

   Nu am mai văzut niciun impact asupra orelor de aşteptare şi totul a revenit la normal. Apreciem răbdarea dumneavoastră în timp ce am lucrat pentru a rezolva și monitoriza această problemă.

Traducere automată din actualizarea oficială a incidentului.

1. 26 august 2026 la 15:43 UTCidentified

   Clienții pot experimenta erori intermitente atunci când vizualizarea IU de utilizare a planului sau API-uri de utilizare a planului de apelare. Am identificat problema și lucrăm în mod activ la atenuarea acestor erori.

2. 26 august 2026 la 16:04 UTCmonitoring

   Am redus problema cu API-urile de utilizare a planului, iar paginile relevante din UI se încarcă corect.

3. 26 august 2026 la 16:10 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 25 august 2026 la 23:20 UTCresolved

   Între 19:49 UTC și 21:07 UTC la 25 august 2026, clienții care încercau să se logheze la CircleCI folosind GitHub nu au putut să se înscrie și au primit o eroare de la GitHub, afirmând că URL-ul de răspuns a fost invalid. Clienţii care erau deja înregistraţi nu au fost afectaţi. Problema a fost rezolvată și GitHub de conectare funcționează în mod normal. Vă mulțumim pentru răbdare în timp ce echipa noastră a lucrat la implementarea unui fix.

Traducere automată din actualizarea oficială a incidentului.

1. 17 august 2026 la 21:06 UTCidentified

   Cauza problemei a fost identificată și suntem la locul de muncă de stabilire a acesteia.

2. 17 august 2026 la 21:36 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

3. 17 august 2026 la 21:37 UTCresolved

   Datele de bază sunt bune încă o dată. Mulţumesc pentru răbdare.

Traducere automată din actualizarea oficială a incidentului.

1. 17 august 2026 la 14:04 UTCidentified

   GitHub a raportat un incident care afectează conducta CircleCI de declanșare și logare în: https://www.githubstatus.com/incidente/zkxwbgr0cnmx Locuri de muncă care sunt în zboruri sunt difuzate, dar raportarea stării la GitHub Pull Cereri pot eșua.

2. 17 august 2026 la 14:25 UTCidentified

   Continuăm să vedem rate ridicate de eroare pe GitHub API și trafic redus de webhook. Vom continua să oferim actualizări pe măsură ce devin disponibile mai multe informații.

3. 17 august 2026 la 15:49 UTCidentified

   Continuăm să vedem rate mari de eroare pe API-urile GitHub și trafic redus de webhook. Clienții care utilizează GitHub, deoarece VCS-ul lor poate avea un impact asupra experienței platformei lor CircleCI. Acest lucru este direct legat de incidentul GitHub se confruntă cu: În ceea ce privește măsurile de ajutor de stat, Comisia a considerat că ajutorul de stat nu este compatibil cu piața internă. Vom furniza actualizări pe măsură ce mai multe informații devin disponibile.

4. 17 august 2026 la 16:22 UTCmonitoring

   Am început să observăm o stabilitate îmbunătățită în API-urile GitHub. Vom continua să monitorizăm în timp ce se recuperează.

5. 17 august 2026 la 17:01 UTCmonitoring

   Ratele de eroare GitHub API și latitudinile par să se fi recuperat. Vom continua să monitorizăm.

6. 17 august 2026 la 17:23 UTCmonitoring

   Unele dintre API-urile lui GitHub sunt încă degradate, ceea ce duce la un număr mic de eșecuri legate de actualizările statutului și procesarea cârligelor. Vom continua să facem tot posibilul pentru a atenua aceste efecte.

7. 17 august 2026 la 19:05 UTCresolved

   API GitHub pare să funcţioneze normal.

Traducere automată din actualizarea oficială a incidentului.

1. 15 august 2026 la 13:58 UTCresolved

   În urma întreținerii planificate care s-a încheiat la ora 13:00 UTC pe 15 august, un anumit impact asupra prelucrării locurilor de muncă a continuat timp de aproximativ 30 de minute dincolo de fereastra pe care am anunțat-o. Unii clienți au continuat să vadă întârzieri în ceea ce privește crearea de locuri de muncă, împreună cu un număr mic de locuri de muncă care nu au reușit să facă față erorilor de infrastructură, până la aproximativ 13:30 UTC. Acest lucru a fost rezolvat și prelucrarea muncii a revenit la normal. Clienții ale căror locuri de muncă au eșuat în timpul acestei ferestre pot relua locurile de muncă afectate. Vă mulțumim pentru răbdare în timp ce echipa noastră a lucrat la punerea în aplicare a unui fix și ne cerem scuze pentru orice inconvenient impactul extins poate fi cauzat.

Traducere automată din actualizarea oficială a incidentului.

1. 12 august 2026 la 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 la 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 la 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 la 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 la 15:06 UTCidentified

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

3. 6 august 2026 la 19:33 UTCmonitoring

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

4. 6 august 2026 la 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 la 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 la 17:46 UTCinvestigating

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

3. 5 august 2026 la 18:25 UTCidentified

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

4. 5 august 2026 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 iulie 2026 la 16:35 UTCidentified

   GitHub se confruntă în prezent cu o degradare a serviciilor (https://www.githubstatus.com/incidentes/yjysg0xrl67m). Clienții care utilizează GitHub ca VCS lor pot experimenta impact la experiența platformei lor CircleCI ca rezultat, impactul checkout și fluxurile de lucru. Vom furniza o altă actualizare deoarece avem mai multe informaţii de împărtăşit. Mulţumesc pentru răbdare.

2. 24 iulie 2026 la 17:41 UTCresolved

   Problema care afectează clienții care utilizează GitHub ca VCS al acestora în timp ce GitHub era supus unei degradări a serviciilor (https://www.githubstatus.com/incidenți/yjysg0xrl67m) a fost acum rezolvată. GitHub a rezolvat problema de bază și funcționalitatea afectată a revenit la normal. Vă mulţumim pentru răbdare.

Traducere automată din actualizarea oficială a incidentului.

1. 22 iulie 2026 la 19:57 UTCinvestigating

   Investigăm întârzieri în crearea de locuri de muncă folosind clasa de resurse gen3.

2. 22 iulie 2026 la 23:17 UTCinvestigating

   Continuăm să investigăm orele de așteptare ridicate care afectează clienții folosind executatoare de mașini gen3. Locurile de muncă afectate pot dura mai mult decât de obicei pentru a începe. Vom furniza o altă actualizare de îndată ce vom avea mai multe informații de împărtășit.

3. 23 iulie 2026 la 00:31 UTCinvestigating

   Am identificat problema și lucrăm cu furnizorul nostru pentru a rezolva disponibilitatea resurselor gen 3. Gen 1 și Gen 2 sunt pe deplin operaționale.

4. 23 iulie 2026 la 02:05 UTCresolved

   Între orele 19:24 UTC, 22 iulie și 01:50 UTC, la 23 iulie, clienții care utilizează clasele de resurse gen3 (Linux VM) au înregistrat întârzieri și, în unele cazuri, locuri de muncă care nu au început. Am eliminat clasele de resurse gen3 în timp ce abordăm problemele de stabilitate care le afectează. Din păcate, fluxurile de lucru pe care nu le-am putut furniza au fost anulate. Clienții afectați ar trebui să își schimbe clasa de resurse de la gen3 la gen2 și să reexamineze aceste fluxuri de lucru. Vă mulțumim pentru răbdare în timp ce echipa noastră a lucrat pentru a rezolva acest lucru.

Traducere automată din actualizarea oficială a incidentului.

1. 22 iulie 2026 la 06:13 UTCmonitoring

   Un subset de clienţi ar fi putut experimenta erori de încărcare a aplicaţiei.cercleci.com începând de la 03:18 UTC. A fost implementat un fix şi monitorizăm recuperarea completă. Vă mulțumim pentru răbdare în timp ce inginerii noștri confirmă recuperarea. Vom oferi o altă actualizare în curând.

2. 22 iulie 2026 la 06:27 UTCresolved

   Între 03:18 UTC și 06:04 UTC la 22 iulie 2026, un subset de clienți nu au putut accesa aplicația.cercleci.com. Problema a fost rezolvată şi accesul a revenit la normal. Vă mulțumim pentru răbdare în timp ce echipa noastră a lucrat la implementarea unui fix.

Traducere automată din actualizarea oficială a incidentului.

1. 20 iulie 2026 la 00:35 UTCidentified

   Am identificat o problemă cu GitHub API cereri care ar putea determina unii clienți să vadă fluxuri de lucru blocate într-o stare de funcționare sau fluxurile de lucru nu reușesc să înceapă. GitHub a raportat incidente pe API A se vedea, de asemenea, Decizia nr. În conformitate cu articolul 21 din Regulamentul (CE) nr. Monitorizăm stabilitatea GitHub API şi vom actualiza această pagină deoarece sunt disponibile mai multe informaţii.

2. 20 iulie 2026 la 01:24 UTCidentified

   Vedem, de asemenea, erori de procesare împinge site-uri eveniment din cauza întreruperii API în amonte. Este posibil ca utilizatorii să trebuiască să refacă conductele pentru aceste evenimente de împingere.

3. 20 iulie 2026 la 01:36 UTCmonitoring

   Vedem semne de recuperare de la GitHub API. Vom rămâne într-o stare de monitorizare pentru a verifica dacă indicele de eroare API a revenit.

4. 20 iulie 2026 la 01:45 UTCresolved

   Ratele de eroare GitHub API au revenit la nivelurile normale. În timpul incidentului, unii clienți pot fi văzut conducte care nu reușesc să înceapă sau nu primesc actualizări de stare. Unele conducte pot fi blocate într-o stare de funcționare. * Ar trebui să re-push se angajează sau să utilizeze UI pentru a declanșa manual conducte care nu au început. * Conductele într-o stare de funcționare blocată ar trebui să fie anulate și rerula. Dacă întâmpinați orice probleme vă rugăm să contactați suport CircleCI.

5. 23 iulie 2026 la 21:10 UTCpostmortem

   ## Rezumat Pe 20 iulie 2026 de la 00:22 la 01:45 UTC, clientii CircleCI folosind integrarea noastra GitHub au experimentat esecuri care rulează conducte și fluxuri de lucru experimentate obtinerea blocat. În timpul acestui incident, unele conducte declanșate de utilizatorii care utilizează GitHub nu au reușit să pornească sau să ruleze ca conducte de eroare. Clienţii ale căror conducte au eşuat sau au funcţionat ca conducte de eroare în timpul acestei ferestre ar trebui să-i redirecţioneze. Acest lucru a fost cauzat de o degradare [în amonte API la GitHub][https://www.githubstatus.com/incidente/ph5nnns5y4gxj], care a afectat multe API-uri GitHub pe care CircleCI le utilizează pentru a declanșa și a rula conducte. Până la 01:45 UTC, GitHub API-uri recuperate, și conducte de client rula în mod normal. Pagina originală de stare CircleCI poate fi găsită [aici](https://status.circleci.com/incidente/9lvbbbs9l87b). ## What happened \ (de toate ori UTC\) Incepand cu 00:22 pe 20 iulie 2026, GitHub a inceput sa revina la erori ridicate pentru urmatoarele cereri API: * * * * * * * * CircleCI se bazează pe aceste cereri pentru a declanșa corect și a rula conducte. La 00:22, monitorizarea noastră internă ne-a alertat asupra problemei. Echipa noastră a început să investigheze, și a constatat că un număr mic de conducte aparținând proiectelor GitHub fie nu a reușit să înceapă sau a fugit ca conducte de eroare. Printre acestea se numără conductele programate și fluxurile de lucru. În plus, un număr mic de fluxuri de lucru ale clienților s-au confruntat cu locuri de muncă blocate și a necesitat o reluare a fluxului de lucru pentru a stabili. La 01:45, GitHub recuperat și procesarea conductei a revenit la niveluri normale de operare. Doar conductele declanșate în timpul ferestrei incidentului au fost afectate, iar clienții ar trebui să re-ruleze aceste conducte. ## Viitoare prevenire și îmbunătățire a procesului Lucrăm activ pentru a îmbunătăți reziliența procesării conductelor în timpul întreruperilor serviciului GitHub pentru a reduce impactul asupra clienților al unor incidente similare în viitor. Noi cercetăm caracteristici care vor ajuta clienții să se recupereze cu pași manuali reduse după rezolvarea incidentelor. Experienţa clienţilor este prioritatea noastră principală şi ne angajăm să îmbunătăţim în permanenţă fiabilitatea sistemelor noastre pentru a se potrivi cu încrederea pe care o au clienţii noştri în noi. Vă rugăm să contactați echipa noastră de sprijin cu orice întrebări sau preocupări.

Traducere automată din actualizarea oficială a incidentului.

1. 16 iulie 2026 la 23:04 UTCinvestigating

   Investigăm o problemă în cazul în care clienții pot vedea erori de încărcare aplicația web CircleCI și semnarea în, împreună cu conducte și fluxuri de lucru programate nu începe sau rulează târziu. Acest lucru este legat de un incident în curs de desfășurare care afectează GitHub. Puteți urmări statutul GitHub la https://www.githubstatus.com/incidente/gxycch3076xk. Inginerii noştri investighează activ. Vom furniza o altă actualizare de îndată ce vom avea mai multe informații de împărtășit.

2. 16 iulie 2026 la 23:42 UTCidentified

   Continuăm să vedem rate mari de eșec de la API GitHub care afectează login și procesarea fluxului de lucru. Vom continua să monitorizăm API-ul GitHub pentru recuperare.

3. 17 iulie 2026 la 00:09 UTCmonitoring

   Ce se întâmplă? Incidentul din amonte care afectează GitHub a fost atenuat și acum este monitorizat de partea lui GitHub. Puteți urmări statutul lui GitHub la https://www.githubstatus.com/. La ce te poţi aştepta? Accesul la aplicația web CircleCI, sign-in și procesarea conductelor și fluxurilor de lucru revin la normal. Puteți vedea încă erori intermitente sau conducte programate întârziate și fluxuri de lucru ca sisteme stabilizate. Vă mulţumim pentru răbdare în timp ce monitorizăm recuperarea completă.

4. 17 iulie 2026 la 00:26 UTCresolved

   Un incident care afectează API-ul lui GitHub a determinat clienții CircleCI să experimenteze erori de încărcare a aplicației web și de semnare, împreună cu conducte și fluxuri de lucru programate care nu încep sau întârzie. GitHub a rezolvat incidentul de bază (https://www.githubstatus.com/) și toate funcționalitățile afectate au revenit la normal. Clienţii ale căror locuri de muncă sau conducte au eşuat le pot relua. Conducte programate și fluxuri de lucru care au fost omise în timpul incidentului nu va rula automat și va trebui să fie re-declanșat. Vă mulţumim pentru răbdare.

Traducere automată din actualizarea oficială a incidentului.

1. 14 iulie 2026 la 22:54 UTCidentified

   Pe 13 iulie, între 15:30 UTC și 22:40 UTC, am avut întârzieri la începerea lucrărilor la clasele de resurse Docker (Gen 2) din cauza constrângerilor de capacitate ale furnizorului nostru de cloud. Întârzierile au ajuns la aproximativ 1 minut 48 de secunde. Continuăm să experimentăm aceste întârzieri de la aproximativ 15:45 UTC. Până în prezent, întârzierile au ajuns la aproximativ 1 minut 19 secunde. Lucrăm cu furnizorul nostru de cloud pentru a adăuga capacitate și va actualiza acest incident pe măsură ce situația se schimbă.

2. 15 iulie 2026 la 00:32 UTCresolved

   Pe 13 iulie, între 15:30 UTC și 22:40 UTC, am avut întârzieri la începerea lucrărilor la clasele de resurse Docker (Gen 2) din cauza constrângerilor de capacitate ale furnizorului nostru de cloud. Același număr a avut loc pe 14 iulie între orele 15:45 UTC și 22:50 UTC. Întârzierile au ajuns până la 25 de minute pe 13 iulie şi până la 24 de minute pe 14 iulie. Cursurile de resurse medii+ şi 2 X-mari+ au avut cele mai lungi aşteptări. Actualizările anterioare ale acestui incident au raportat cifre bazate pe timpul mediu de așteptare, care nu au reflectat impactul maxim pe care unii clienți l-au avut. Timpul de aşteptare a revenit la normal. Continuăm să lucrăm cu furnizorul nostru de cloud pentru a adăuga capacitatea înainte de următoarea perioadă de vârf. Mulţumesc pentru răbdare.

Traducere automată din actualizarea oficială a incidentului.

1. 14 iulie 2026 la 02:49 UTCinvestigating

   În prezent investigăm erori de autentificare care afectează unii clienți care utilizează Bitbucket ca furnizor de identitate.

2. 14 iulie 2026 la 03:29 UTCinvestigating

   Echipa noastră continuă să investigheze erorile de conectare care afectează unii clienți folosind Bitbucket ca furnizor de identitate.

3. 14 iulie 2026 la 03:51 UTCinvestigating

   Ce s-a întâmplat? Unii clienţi se loghează cu o identitate legată de Bitbucket sunt afectaţi. Acest lucru poate include, de asemenea, clienții logare cu GitHub, dar au o identitate Bitbucket legate pe contul lor. În plus, unii clienți se confruntă cu fluxuri de lucru care nu sunt de pornire sau actualizare. La ce te poţi aştepta? Clienţii afectaţi pot vedea erori de conectare. De asemenea, unii clienți pot observa fluxuri de lucru care nu reușesc să înceapă sau nu se actualizează conform așteptărilor. Vă mulțumim pentru răbdare în timp ce inginerii noștri investighează. Următoarea actualizare Vom oferi o altă actualizare de îndată ce vom avea mai multe informații pentru a partaja

4. 14 iulie 2026 la 04:21 UTCmonitoring

   Ce s-a întâmplat? Au fost afectaţi unii clienţi cu o identitate legată de Bitbucket. Acest lucru poate fi inclus, de asemenea, clienții logare cu GitHub care au o identitate Bitbucket conectat pe contul lor. Unii clienți au avut, de asemenea, fluxuri de lucru care nu au început sau actualizat. La ce te poţi aştepta? Un fix a fost pus în aplicare. Monitorizăm situaţia pentru a confirma recuperarea completă. Următoarea actualizare Vă vom oferi o actualizare dacă se schimbă ceva

5. 14 iulie 2026 la 05:15 UTCresolved

   A fost rezolvată problema în care clienții se loghează cu erori de autentificare legate de identitatea Bitbucket, iar unii clienți au experimentat fluxuri de lucru care nu au început sau nu au actualizat. Ceea ce s-ar putea să mai experimentaţi şi trebuie să faceţi - Dacă utilizaţi Bitbucket ca metodă de autentificare, vă rugăm să vă deconectaţi şi să reautentificaţi integrarea CircleCI Bitbucket pe contul dumneavoastră. - În cazul în care oricare dintre fluxurile de lucru sunt blocate sau care arată controale de stare lipsă, vă rugăm să le reluați pentru a ridica fix. - Dacă continuaţi să experimentaţi probleme după ce aţi luat aceste măsuri, vă rugăm să ajungeţi la Suportul CircleCI. Vă mulțumim pentru răbdare în timp ce echipa noastră a lucrat la implementarea unui fix.

6. 14 iulie 2026 la 22:31 UTCpostmortem

   ## Rezumat De la 01:33 UTC la 05:18 UTC la 14 iulie 2026, clienții cu o identitate legată de Bitbucket nu s-au putut conecta la CircleCI, iar unii clienți au experimentat fluxuri de lucru care nu au reușit să înceapă sau să actualizeze, datorită unei modificări a modului în care OAuth raportează permisiunile de cont ale serviciului Bitbucket. La 05:07 UTC, am implementat un fix care a corectat modul în care sistemele noastre citesc câmpul permisiunilor actualizate. Unii clienţi au nevoie să se deconecteze şi să-şi reautentifice integrarea Bitbucket după ce am implementat fix. Sistemele noastre au continuat procesarea backlog-ului locurilor de muncă afectate până la 08:39 UTC. Le mulţumim clienţilor noştri pentru răbdarea lor în timp ce rezolvăm acest incident. Vă rugăm să contactați echipa noastră de sprijin cu orice întrebări sau preocupări. Pagina de stare pentru acest incident poate fi găsită [aici](https://status.circleci.com/incidente/gsyjwybg477g). ## Context CircleCI suportă logarea cu un cont GitHub, un cont Bitbucket, sau un e-mail și parolă. Când un client se loghează cu o identitate legată de Bitbucket sau când CircleCI trebuie să reîmprospăteze accesul clientului în numele lor, schimbăm un jeton de autorizare cu serviciul OAuth al lui Bitbucket. Acest schimb include o listă de permisiuni, sau "scopuri," clientul ne-a acordat, care Bitbucket și CircleCI utilizează pentru a confirma ceea ce CircleCI este autorizat să facă în numele clientului. ## What happened \ (Toate timpurile UTC\) La 8 aprilie 2026, [Bitbucket a anunțat o modificare a serviciului său OAuth][https://developer.atlassian.com/cloud/bitbucket/changelog/#CHANGE-3139]: acesta ar fi redenumit câmpul utilizat pentru raportarea permisiunilor acordate unui client. Bitbucket a rulat o perioadă de tranziție în care atât numele de câmp vechi cât și cele noi au fost disponibile, apoi a eliminat pe deplin vechiul nume de câmp pe 4 mai 2026. Sistemele noastre nu au fost actualizate pentru a recunoaște noul nume de câmp, așa că odată ce Bitbucket complet eliminate cel vechi, cererile care depindeau de ea a început să eșueze. La 01:33, pe 14 iulie 2026, sistemele noastre au început să nu proceseze permisiunile de informații returnate pentru conturile legate de Bitbucket, deoarece sistemele noastre încă se așteptau la structura vechi permisiuni. Acest lucru a cauzat încercări de conectare pentru ca toate conturile legate de Bitbucket să eșueze, inclusiv pentru clienții care se loghează cu GitHub, dar au o identitate Bitbucket legată de contul lor. La 01:59, monitorizare automată alertat echipa noastră de inginerie la un vârf de erori pe sistemele afectate. Echipa a început să investigheze imediat, a confirmat impactul clientului la 02:38, și a alertat clienții prin intermediul paginii noastre de stare la 02:51. Până la 03:00, echipa a izolat eșecurile în câmpul Bitbucket redenumit. Începând de la 03:17, actualizările stării fluxului de lucru pentru conductele Bitbucket aparținând clienților cu un jeton de acces expirat au început să fie retrase. Verificarea permisiunilor Bitbucket este folosită în general pe platforma noastră, iar aceste permisiuni au afectat și unele dintre sistemele noastre interne de procesare a locurilor de muncă. Acest lucru a determinat un subset de fluxuri de lucru să rămână blocate fără un statut final, și a cauzat unele cereri de tragere pentru a arăta controale de stare lipsă sau blocate. La 04:21, echipa a implementat un fix inițial care a rezolvat problema de bază, restabilirea fluxului de conectare și revenirea sistemului nostru permisiuni interne la funcționarea normală. Unii clienţi afectaţi trebuiau să se logheze şi să se logheze înapoi pentru a ridica fix. Până la 05:07, echipa a implementat două soluții suplimentare astfel încât sistemele noastre ar începe să accepte noul format de teren permisiuni Bitbucket merge mai departe. Am rezolvat incidentul la 05:18. Unii clienți au avut nevoie să se deconecteze și să reautentifice integrarea lor Bitbucket înainte de contul lor recuperat complet. Sistemele noastre au continuat procesarea unui backlog al locurilor de muncă afectate, revenind la niveluri normale cu aproximativ 08:39. ## Viitoare prevenire și îmbunătățire a procesului Luăm următoarele măsuri pentru a preveni recurența și pentru a îmbunătăți timpul de răspuns: ** Ne întărim codul de autorizare împotriva schimbărilor API în amonte.** Acest incident s-a întâmplat pentru că sistemul nostru nu s-a ocupat cu graţie de un câmp redenumit ca răspuns de la un furnizor de identitate terţ. Ne vom actualiza imediat codul de autorizare astfel încât câmpurile neaşteptate sau lipsă de la GitHub, Bitbucket şi GitLab să fie tratate în siguranţă. **Suntem îmbunătățirea modului în care urmărim schimbările furnizorilor din amonte.** În prezent monitorizăm deja listele de modificări de la furnizorii noștri de identitate pentru exact acest tip de schimbare de rupere, dar nu am adăugat această schimbare de furnizor special la monitorizarea noastră în timp pentru a-l prinde înainte de expediere. Audităm și extindem această monitorizare astfel încât anunțurile furnizorului să ajungă la echipa noastră înainte ca acestea să afecteze clienții. ** Îmbunătăţim modul în care clasificăm şi comunicăm incidentele în primele lor minute.** Clasificarea iniţială a acestui incident nu reflectă imediat severitatea sa faţă de clienţi. Ne perfecționăm instrumentul incident și îndrumarea pentru a ajuta inginerii să identifice și să comunice impactul clientului mai repede. **Îmbunătățim reziliența conductei noastre de prelucrare a fluxului de lucru.** Un eșec în aval în acest incident a cauzat unele actualizări ale stării fluxului de lucru să fie retrase mai degrabă decât rejudecat sau clar la suprafață. Revizuim comportamentul acestui sistem de rejudecare și de manipulare a erorilor, astfel încât eșecurile similare din aval sunt mai vizibile și mai ușor de recuperat. Experienţa clienţilor este prioritatea noastră principală şi ne angajăm să îmbunătăţim în permanenţă fiabilitatea sistemelor noastre pentru a se potrivi cu încrederea pe care o au clienţii noştri în noi. Vă rugăm să contactați echipa noastră de sprijin cu orice întrebări sau preocupări.

Traducere automată din actualizarea oficială a incidentului.

1. 13 iulie 2026 la 21:52 UTCinvestigating

   Am primit din nou câteva rapoarte de probleme intermitente de rețea între infrastructura noastră Mac și un furnizor VCS. Investigăm și vă vom oferi actualizări.

2. 13 iulie 2026 la 22:21 UTCinvestigating

   Încă investigăm aceste probleme intermitente ale reţelei. Vom actualiza din nou în scurt timp, apreciem răbdarea ta.

3. 13 iulie 2026 la 23:13 UTCinvestigating

   Am reuşit să reproducem problema, dar pare să fie foarte intermitentă. Continuăm să lucrăm cu furnizorul nostru de infrastructură Mac pentru a ajuta la diagnosticarea problemei. Vom actualiza din nou în curând.

4. 13 iulie 2026 la 23:35 UTCmonitoring

   Am identificat problema. Unii clienți pot experimenta locuri de muncă care stau sau nu să progreseze în timpul Github aduce pași din cauza problemelor intermitente de rețea. Inginerii noştri monitorizează în mod activ. Între timp, am avut succes cu creșterea no out timeout la 15 - 20 min pentru a permite mai mult timp pentru Github aduce. Acest lucru se poate realiza urmând acest ghid comunitar: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

5. 14 iulie 2026 la 13:59 UTCidentified

   Din păcate, există încă câțiva clienți care ar putea experimenta locuri de muncă care atârnă sau nu reușesc să progreseze în timpul Github aduce pași din cauza problemelor de rețea intermitente în curs cu furnizorul nostru de infrastructură Mac. Inginerii noştri lucrează activ cu ei pentru a rezolva asta. Îţi apreciem răbdarea. Între timp, am avut succes cu creșterea no out timeout la 15 - 20 min pentru a permite mai mult timp pentru Github aduce. Acest lucru se poate realiza urmând acest ghid comunitar: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

6. 14 iulie 2026 la 15:35 UTCidentified

   Furnizorul nostru de infrastructură Mac testează modificările configuraţiei reţelei lor într-un efort de a izola sursa problemei. Suntem validând în mod activ dacă acest lucru rezolvă impactul și va urmări cu o altă actualizare în curând. Prin urmare, Comisia consideră că măsura în cauză nu constituie ajutor de stat

7. 14 iulie 2026 la 16:31 UTCidentified

   Am identificat problema ca fiind unele rute de intrare de la furnizorul VCS afectat, cauzând o lățime de bandă mult mai mică disponibilă, care are un impact negativ asupra timpului de preluare a repo. Lucrăm cu furnizorul nostru de infrastructură Mac pentru a încerca să mutăm traficul către o altă rută, dar acest proces poate dura o perioadă mai lungă de timp pentru a finaliza. Vom continua să oferim actualizări pe măsură ce acestea devin disponibile. După cum am împărtășit în actualizările anterioare, creșterea no out timeout la 15-20 min continuă să ajute: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

8. 14 iulie 2026 la 16:58 UTCmonitoring

   Furnizorul nostru de infrastructură Mac a schimbat rutele de intrare şi vedem recuperare în timpurile VCS. Vom continua să monitorizăm această problemă în următoarele ore. Vom actualiza din nou în curând.

9. 14 iulie 2026 la 18:28 UTCmonitoring

   Continuăm să vedem o recuperare lentă şi progresivă în timpurile VCS. Vom continua monitorizarea și actualizarea din nou în curând. Îţi apreciem răbdarea.

10. 14 iulie 2026 la 20:18 UTCinvestigating

    Începem să-l vedem pe VCS crescând din nou. Echipa noastră de inginerie investighează activ și lucrează cu furnizorul nostru de infrastructură Mac pentru a rezolva acest lucru. Din nou, apreciem răbdarea ta.

11. 14 iulie 2026 la 22:15 UTCmonitoring

    Furnizorul nostru de infrastructură Mac a mutat mai mult trafic către furnizorii de rețele de lucru și începem să vedem din nou o recuperare semnificativă în timpurile VCS. Ca întotdeauna, echipa noastră de inginerie va continua să monitorizeze acest lucru îndeaproape și vom oferi o altă actualizare în curând.

12. 14 iulie 2026 la 23:18 UTCresolved

    Continuăm să vedem VCS semnificative de recuperare a timpului în ultimele două ore. Vom rezolva acest incident, și echipa noastră de inginerie va continua să monitorizeze îndeaproape. Apreciem foarte mult răbdarea dumneavoastră în timp ce am lucrat prin aceasta cu furnizorul nostru de infrastructură Mac. Vă rugăm să contactaţi echipa noastră de sprijin dacă aveţi probleme.

13. 16 iulie 2026 la 01:56 UTCpostmortem

    ## Rezumat De la ora 18:00 UTC la 13 iulie 2026 până la 23:18 UTC la 14 iulie 2026, unii clienți care execută locuri de muncă pe flota MacOS CircleCI au avut locuri de muncă care au atârnat sau nu au reușit să progreseze în timpul gitHub aduce pași. Pentru acești clienți, GitHub aduce pași care de obicei ar lua 1-2 minute a luat 20-30 minute, și temporizat. Problema a fost cauzată de o problemă de capacitate și rutare pe calea rețelei dintre furnizorul nostru de infrastructură Mac și GitHub, iar problemele de rețea intermitente asociate au încetinit încasările de la GitHub. În timpul întregului incident, echipa noastră a lucrat direct cu furnizorul nostru de infrastructură Mac pentru a identifica și redirecționa traficul departe de căile de rețea afectate. Am rezolvat un eveniment inițial la 19:40 UTC pe 13 iulie. Problema a reapărut la 21:52 UTC în aceeași zi, am redeschis incidentul, și a fost pe deplin rezolvată la 23:18 UTC pe 14 iulie. Flota noastră MacOS a avut o problemă similară acum câteva săptămâni. De la 20:18 UTC la 24 iunie 2026 la 03:09 UTC la 25 iunie 2026, clienții au experimentat un [ incident similar] [https://status.circleci.com/incidente/gvysjmkf4ct9) care afectează capacitatea locurilor de muncă macOS de a ajunge la GitHub. Acest incident a fost cauzat și de o problemă de rutare a rețelei în furnizorul nostru de infrastructură Mac. Le mulţumim clienţilor noştri pentru răbdarea lor în timp ce am lucrat la acest incident. Vă rugăm să consultați mai jos pentru acțiuni specifice pe care CircleCI și furnizorul nostru de infrastructură Mac le va lua. Vă rugăm să contactați echipa noastră de sprijin cu orice întrebări sau preocupări. Paginile de stare pentru acest incident pot fi găsite [aici](https://status.circleci.com/incidente/n1tc2lw9q7l0) și [aici](https://status.circleci.com/incidents/777wp9qz). ## Context Locurile de muncă MacOS CircleCI sunt găzduite pe un furnizor de infrastructură terţ Mac. Acest furnizor se conectează la internetul mai larg, inclusiv la servicii precum GitHub, pe mai multe căi de rețea redundante în amonte. Atunci când una dintre aceste căi se confruntă cu o capacitate redusă sau o problemă de rutare, locurile de muncă care aduc coduri sau dependențe de la o destinație de-a lungul acelei căi de rețea pot încetini sau atârna intermitent, chiar și atunci când platforma proprie a CircleCI, furnizorul de infrastructură terț, și serviciul de destinație funcționează în mod normal. ## What happened \(Toate timpurile UTC\) La ora 18:00, pe 13 iulie, câţiva clienţi care se ocupau de MacOS au început să se confrunte cu eşecuri intermitente şi întârzieri în aducerea codului şi dependenţelor de la GitHub. Am deschis o anchetă şi ne-am alertat clienţii prin intermediul paginii de stare la 18:55. Până la 19:04, furnizorul nostru de infrastructură Mac a identificat o latență crescută pe una dintre căile sale de rețea și a redirecționat traficul în jurul ei. Fetch ori recuperate, și ne-am mutat incidentul la La 20:44 UTC, clienții au raportat că problema a revenit. Am redeschis incidentul şi am actualizat pagina noastră de stare pentru a investighează la 21:52. În următoarele două ore, am lucrat îndeaproape cu furnizorul nostru de infrastructură pentru a colecta date de diagnosticare într-un efort de a izola calea rețelei afectate. Între timp, am publicat orientări care recomanda faptul că clienţii lor creşte lor După publicarea ghidului de lucru la 23:35 UTC pe 13 iulie, ne-am așteptat ca problema rețelei subiacente să se îmbunătățească peste noapte. Ba nu. La 13:59 UTC pe 14 iulie, am confirmat că clienţii încă se confruntau cu eşecuri intermitente şi au mutat pagina de stare înapoi la Echipa noastră de inginerie a reprodus eșecul direct folosind propriile noastre instrumente de testare, care a ajutat la confirmarea acest lucru a fost o problemă generală La 15:35, am actualizat pagina de stare pentru a împărtăși că furnizorul nostru de infrastructură a fost testarea modificărilor la configurația rețelei sale pentru a izola sursa problemei. La 16:31, am actualizat pagina de stare din nou pentru a împărtăși că am identificat cauza ca lărgime de bandă de intrare redusă pe o anumită rută, și că am lucrat cu furnizorul nostru pentru a trece traficul pe o altă rută. La 16:36, furnizorul nostru de infrastructură a identificat căile de rețea afectate și mutat traficul departe de ele, aduce ori recuperate, și la 16:58, am actualizat pagina de stare la Până la începutul după-amiezii, unii clienţi vedeau din nou momente lente de preluare, şi am mutat pagina de stare înapoi la Furnizorul nostru de infrastructură a identificat două căi de rețea suplimentare cu performanțe degradate și a mutat traficul de la acestea până la 22:07. Fetch ori stabilizat pe parcursul orei următoare, și am marcat incidentul În total, clienții care rulează Mac de locuri de muncă pot fi experimentat încetiniri intermitente de locuri de muncă sau eșecuri pentru porțiuni ale ferestrei între orele 18:00 UTC pe 13 și 23:18 UTC pe 14 iulie. Furnizorul nostru de infrastructură a raportat de atunci rezultate de testare curate în întreaga rețea sa și crede că problema de capacitate de bază originea mai mult în amonte, mai aproape de GitHub, mai degrabă decât în propria rețea. Continuăm să monitorizăm îndeaproape acest lucru. ## Viitoare prevenire și îmbunătățire a procesului Luăm următoarele măsuri pentru a preveni recurența și pentru a îmbunătăți timpul de răspuns: ** Construim monitorizare automatizată suplimentară pentru flota MacOS GitHub-fetch performance.** Monitorizarea noastră automatizată extinsă nu a prins acest incident. Acum adăugăm monitorizarea de la un capăt la altul pentru GitHub, în special, pentru a detecta aspecte similare în mod proactiv. **Lucrăm direct cu furnizorul nostru de infrastructură Mac pe detectarea mai rapidă, mai proactivă.** Solicităm furnizorului nostru să construiască monitorizarea care poate detecta o cale de rețea degradată și să o redirecționeze automat, în loc să se bazeze pe CircleCI pentru a identifica și solicita o redirecționare în timpul unui incident activ. **Suntem de cotitură instrumentare diagnostic am construit în timpul acestui incident într-o capacitate în picioare.** Acest lucru ne va permite să detectăm și să reproducem această clasă de eșecuri ale rețelei la cerere, mergând mai departe, decât să asamblăm infrastructura de testare în timpul unui incident activ. **Suntem revizuirea procesului nostru de răspuns la incidente pentru o fereastră suficientă de confirmare înainte de marcarea unui incident legat de rețea Rezolvat.** Acest incident a reapărut pe scurt după o rezoluție timpurie, prematură; formalizăm o perioadă minimă de monitorizare confirmată înainte de închiderea incidentelor de acest tip. Vom continua să oferim actualizări periodice de-a lungul drumului pe măsură ce ancheta și remedierea continuă. ** Ne mutăm activ de la un singur furnizor de infrastructură Mac**** la mai mulți furnizori.** Aceasta va permite CircleCI să direcţioneze volumul de muncă al clienţilor către cel mai disponibil şi cel mai performant furnizor. Experienţa clienţilor este prioritatea noastră principală şi ne angajăm să îmbunătăţim în permanenţă fiabilitatea sistemelor noastre pentru a se potrivi cu încrederea pe care o au clienţii noştri în noi. Vă rugăm să contactați echipa noastră de sprijin cu orice întrebări sau preocupări.

Traducere automată din actualizarea oficială a incidentului.

1. 13 iulie 2026 la 18:55 UTCinvestigating

   Am primit rapoarte de probleme intermitente de rețea între infrastructura noastră Mac și un furnizor VCS. Investigăm și vă vom oferi actualizări.

2. 13 iulie 2026 la 19:11 UTCidentified

   Lucrăm cu furnizorul nostru de infrastructură Mac pentru a încerca o atenuare. Se va actualiza din nou în curând.

3. 13 iulie 2026 la 19:29 UTCmonitoring

   Furnizorul nostru de infrastructură Mac a implementat un fix, începem să vedem recuperare. Suntem de monitorizare și vom actualiza din nou în curând.

4. 13 iulie 2026 la 19:40 UTCresolved

   Am confirmat fix cu furnizorul nostru de infrastructură și teste de succes la sfârșitul nostru. În cazul în care clienții continuă să vadă orice curse eșuate, vă rugăm să executați din nou pentru o conexiune de succes și să ajungeți la Suport dacă mai sunt probleme.

Traducere automată din actualizarea oficială a incidentului.