Istoricul incidentelor Jira

1. 3 septembrie 2026 la 15:57 UTCinvestigating

   Investigăm în mod activ rapoarte privind o întrerupere a serviciilor care afectează clienţii JIRA din Estul SUA. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 3 septembrie 2026 la 16:35 UTCmonitoring

   Echipele noastre au luat măsuri de atenuare pentru a reduce impactul și recuperarea în rândul clienților afectați a început la 16:15 UTC. Continuăm să investigăm cauza principală a problemei și vom împărtăși actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

3. 3 septembrie 2026 la 17:02 UTCresolved

   La 3 septembrie 2026, JIRA a suferit o perturbare, iar serviciile nu au fost disponibile utilizatorilor afectați. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 17:09 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanței care afectează funcționalitatea formelor. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 1 septembrie 2026 la 18:27 UTCidentified

   Am identificat cauza probabilă a problemei, iar echipele noastre lucrează cu sârguinţă la o atenuare. Utilizatorii afectaţi pot prezenta forme care nu funcţionează conform aşteptărilor. Vom continua să partajăm actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

3. 1 septembrie 2026 la 20:33 UTCidentified

   Echipele noastre continuă să lucreze la atenuare. Vom continua să partajăm actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

4. 1 septembrie 2026 la 21:24 UTCmonitoring

   Degradarea performanței JIRA a fost rezolvată, iar serviciile funcționează în mod normal pentru toți clienții afectați. Vom continua să monitorizăm îndeaproape performanța pentru a confirma stabilitatea.

5. 1 septembrie 2026 la 21:35 UTCresolved

   La 1 septembrie, unii utilizatori JIRA ar fi putut experimenta degradarea performanței care afectează funcționalitatea formelor. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 09:12 UTCinvestigating

   Suntem conştienţi de o problemă care afectează tranziţiile de la Jira Work Post. Utilizatorii afectați pot experimenta erori atunci când încearcă să problema tranziției. Echipele noastre investighează în mod activ cauza principală. Vom furniza următoarea actualizare în 60 de minute, sau mai devreme dacă există o actualizare materială.

2. 1 septembrie 2026 la 10:11 UTCmonitoring

   Am identificat cauza principală a problemei care afectează tranziţiile Jira Work Post şi am aplicat un fix. Vedem în prezent semne de recuperare și vom continua să monitorizăm. Vom furniza următoarea actualizare în următoarele 1 oră, sau mai devreme dacă există o actualizare materială.

3. 1 septembrie 2026 la 11:44 UTCresolved

   La 1 septembrie 2026, între 04:22 UTC și 10:59 UTC, unii utilizatori Jira ar fi putut suferi întreruperi de serviciu. Problema a fost rezolvată, iar serviciul funcționează normal pentru toți clienții.

Traducere automată din actualizarea oficială a incidentului.

1. 31 august 2026 la 18:28 UTCidentified

   Impact

2. 1 septembrie 2026 la 00:47 UTCmonitoring

   Jira Incoming Email-uri se confruntă cu eșecuri ridicate atunci când aducerea de mail din conturile Microsoft. Acest lucru afectează crearea prin e-mail și actualizări ale articolelor de lucru Jira. Utilizatorii pot vedea 500 de erori interne ale serverului atunci când apar încercări de e-mail. Urmărim actualizări de la Microsoft și continuăm să revizuim impactul. Aceste actualizări sunt disponibile public prin intermediul https://status.cloud.microsoft/

3. 1 septembrie 2026 la 05:18 UTCresolved

   Vedem acum o recuperare completă a serviciilor Atlassiene care au fost afectate, iar acest incident este acum rezolvat. Pentru cei care continuă să experimenteze probleme legate de acest incident vă încurajăm să vă rugăm să verificați https://status.cloud.microsoft/ deoarece continuă să furnizeze actualizări suplimentare cu privire la serviciile suplimentare.

Traducere automată din actualizarea oficială a incidentului.

1. 27 august 2026 la 04:22 UTCinvestigating

   Echipele noastre au identificat această problemă afectează şi Jira Service Management. Vom actualiza cât mai curând posibil.

2. 27 august 2026 la 04:25 UTCinvestigating

   Investigăm o problemă cu accesarea produselor care afectează confluența, Jira Cloud și Jira Serivce Management. Echipa noastră investighează urgent această problemă și vom oferi detalii suplimentare în termen de o oră sau mai devreme dacă informațiile sunt disponibile.

3. 27 august 2026 la 04:33 UTCidentified

   Echipele noastre au identificat o posibilă soluţie pentru problemele care afectează Jira Cloud, Jira Service Management şi Confluence. Acest lucru este acum transmis regiunilor afectate și ne vom actualiza în termen de o oră, sau mai devreme dacă sunt disponibile informații suplimentare.

4. 27 august 2026 la 04:51 UTCmonitoring

   Problemele legate de încărcarea Jira Cloud, Jira Service Management și Confluența sunt acum în recuperare. Vom continua să monitorizeze îndeaproape pentru a confirma stabilitatea și de a oferi o actualizare în termen de o oră, sau mai devreme ca mai multe informații devine disponibile.

5. 27 august 2026 la 05:16 UTCresolved

   La 27 august 2026 UTC, produsele Atlassian inclusiv Jira Cloud, Jira Service Management și Confluence au suferit o perturbare, iar serviciile nu au fost disponibile pentru utilizatorii afectați. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați. O autopsie publică pentru acest incident va fi pusă la dispoziţie pe această pagină atunci când investigaţia noastră completă asupra incidentului a fost finalizată.

6. 7 septembrie 2026 la 02:53 UTCpostmortem

   ** SUMARY ** La 27 august 2026, între 03:51 și 04:35 UTC, clienții atlasși din Europa de Vest și din regiunile APAC de Sud-Est nu au putut ajunge la produsele Atlassian Cloud, inclusiv Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search și Talent. Evenimentul a fost declanşat de o schimbare de cod defectă în stratul de rutare al uneia dintre flotele noastre proxy. Acest lucru a dus la apariția unor erori HTTP 404 în traficul tuturor clienților prin intermediul acestor flote proxy din Europa de Vest și din regiunile APAC de Sud-Est. Incidentul a fost detectat în termen de 1 minut de către sistemele noastre de monitorizare automată, și atenuat prin rularea înapoi la eliberarea configurației anterioare, care a pus flota proxy într-o stare bună cunoscută. După recuperarea flotei proxy, unii clienți Jira și Confluence (indiferent de locație) au primit erori HTTP 503 între 04:33 și 04:53 UTC ca flote de server ajustate la afluxul de trafic. ** IMPACT ** Impactul global a fost împărțit în două perioade discrete: - În primul rând, la 27 august 2026, între 03:51 și 04:35 UTC pe Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search și Talent. Incidentul a cauzat întreruperea traficului de servicii către clienţi provenind din regiunile Europei de Vest şi de Sud-Est APAC, iar erorile HTTP 404 au revenit. Nu a existat niciun impact asupra traficului API al clientului, indiferent de locul de origine. - În al doilea rând, la 27 august 2026, între 04:33 și 04:53 UTC, unii clienți Jira și Confluence au primit erori HTTP 503 după ce erorile HTTP 404 au fost rezolvate: ~32% din cererile din ap-sud-est-2, ~4% din cererile din eu-vest-1, ~ 2,5% din cererile din noi-vest-2 și ap-sud-est-1, și <1% din cererile din toate regiunile globale rămase. **ROOT CAuse ** Evenimentul a fost declanșat de o schimbare de cod la una dintre flotele noastre proxy. Cu toate acestea, a existat un defect în codul aplicat care nu a fost detectat prin testare manuală și automată. Acest lucru a condus la o configuraţie greşită a funcţionalităţii de căutare a chiriaşului în nivelul proxy, ceea ce a condus la un trafic care nu are o cale de reţea validă, ceea ce a condus la utilizarea erorilor HTTP 404 pentru traficul tuturor clienţilor prin intermediul acestor flote proxy din Europa de Vest şi regiunile APAC de Sud-Est. După recuperarea impactului de nivel proxy, a fost cauzată o a doua perioadă de impact unor clienți Jira și Confluence. Din cauza reducerii traficului deservit Jira și Confluence de flota proxy, nivelurile Jira și Confluence de servicii au crescut automat în numărul de servere care servesc traficul clienților. Odată ce funcționalitatea flotei proxy a fost restabilită, valul de trafic a copleșit nivelul de servicii Jira, care a returnat o rată ridicată de HTTP 503s până când a crescut automat din nou. ** PLANUL ACŢIUNILOR REMEDIALE ŞI PASURILE URMĂTOARE ** Ştim că întreruperile afectează productivitatea. În timp ce avem un număr de procese de testare și prevenire în vigoare, această problemă specifică nu a fost identificată deoarece schimbarea a fost legată de un tip foarte specific de caz de margine, care nu a fost preluat de suitele noastre automatizate de implementare continuă și script-uri de testare manuale. Prioritizăm următoarele acțiuni de îmbunătățire pentru a evita repetarea acestui tip de incident: - ** Adăugarea altor măsuri de protecţie:** Conducta de implementare pentru configurarea nivelului de proxy afectat utiliza un sistem moștenit și nu dispunea de caracteristicile regionale lente corespunzătoare configurate corect. Am adăugat deja garanțiile corecte și mutăm acest lucru la conducta noastră standard de implementare care include toate controalele noastre de siguranță activate implicit. De asemenea, audităm toate serviciile de rețea pentru a valida faptul că acestea sunt toate pe noul serviciu standard de implementare a conductelor. - **Enhancing service flow scalating policys:** Configuraţia de scalare automată pentru flotele noastre de servicii Jira şi Confluence a fost configurată să urce prea agresiv. Revizuim și actualizăm în detaliu toate politicile complexe Jira și Confluence de scalare auto pentru a ne asigura că acest lucru nu are loc din nou. Ne cerem scuze clienților ale căror servicii au fost afectate în timpul acestui incident; luăm măsuri imediate pentru a îmbunătăți performanța și disponibilitatea platformei. Mulţumesc. Suport Clienţi Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 25 august 2026 la 08:42 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanţelor care au dus la creşterea latenţei pentru notificări prin e-mail, mobile şi lente pentru Jira, JSM şi Confluence. Echipele noastre investighează problema şi mai multe informaţii vor fi împărtăşite în următoarea oră.

2. 25 august 2026 la 09:44 UTCinvestigating

   Echipele noastre au identificat regiunile afectate și lucrează activ pentru a atenua această problemă. Vom furniza actualizări suplimentare într-o oră, sau mai devreme dacă avem progrese semnificative de împărtășit.

3. 25 august 2026 la 10:49 UTCinvestigating

   Echipele noastre au luat puține măsuri corective pentru a atenua problema într-una dintre regiunile afectate și observă unele îmbunătățiri. Continuăm să monitorizăm situaţia şi vom lua măsurile necesare până când incidentul va fi recuperat complet. Vom furniza actualizări suplimentare în următoarele două ore, sau mai devreme dacă avem progrese semnificative de împărtășit.

4. 25 august 2026 la 13:01 UTCmonitoring

   Echipele noastre continuă să atenueze problema și observă unele îmbunătățiri. Continuăm să monitorizăm situaţia şi vom lua măsurile necesare până când incidentul va fi recuperat complet. Vom furniza actualizări suplimentare în următoarele două ore, sau mai devreme dacă avem progrese semnificative de împărtășit.

5. 25 august 2026 la 14:33 UTCresolved

   Pe data de 25 august 2026, unii utilizatori s-ar putea să fi experimentat o creştere a latentităţii în notificarea prin e-mail, mobilă şi lejeră. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții.

Traducere automată din actualizarea oficială a incidentului.

1. 24 august 2026 la 19:22 UTCinvestigating

   Investigăm în mod activ rapoarte de degradare a performanţelor care au dus la o creştere a latenţei pentru e-mail, mobile şi notificări Slack pentru JIRA, JSM şi Confluenţă. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 24 august 2026 la 20:25 UTCinvestigating

   Echipele noastre au identificat trei regiuni afectate și continuă să investigheze creșterea latenței care afectează emailul, mobilul și notificarea Slack pentru JIRA, JSM și Confluence.

3. 24 august 2026 la 21:30 UTCidentified

   Am identificat cauza probabilă a problemei, iar echipele noastre lucrează cu sârguinţă la o atenuare. Utilizatorii afectaţi pot experimenta o creştere a latenţei în e-mail, mobile şi Slack notificări pentru JIRA, JSM şi Confluenţă. Vom continua să partajăm actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

4. 24 august 2026 la 23:15 UTCresolved

   La 24 august 2026, unii utilizatori JIRA, JSM și Confluence s-ar putea să fi cunoscut o degradare a performanței, ceea ce a dus la creșterea latenței în notificările de e-mail, mobile și Slack. Problema a fost rezolvată pentru notificările nou create, iar serviciul funcționează în mod normal. Pot exista notificări mai vechi care sunt prelucrate şi ne aşteptăm ca acestea să fie finalizate în următoarele câteva ore.

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 11:30 UTCinvestigating

   Investigăm probleme care vă afectează serviciile. Ne străduim în mod activ să identificăm cauza și să rezolvăm problema. Vom furniza noi actualizări într-o oră.

2. 7 august 2026 la 12:22 UTCmonitoring

   Some customers experienced issues accessing affected services in the Central European region. We have been able to apply the fix to mitigate the issues and we are seeing recovery. We continue to monitor the situation and should be fully recovered soon. We should be able to provide more updates in the next one hour or earlier.

3. 7 august 2026 la 12:52 UTCresolved

   On August 7th - 2026, between 10:27 UTC to 11:49 UTC, some users in the Central European region may have experienced service access issues. The issue has now been resolved and the service is operating normally for all the customers.

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 01:24 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanței care afectează JIRA. Utilizatorii afectați pot experimenta erori de vizualizare a problemelor și plăcilor. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 7 august 2026 la 01:33 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA and JSM. Affected users may experience errors viewing issues and boards. We will share updates here as more information is available.

3. 7 august 2026 la 01:39 UTCmonitoring

   The performance degradation of JIRA has been resolved, and services are now operating normally for all affected customers. We'll continue to monitor performance closely to confirm stability.

4. 7 august 2026 la 01:46 UTCresolved

   On August 7, 2026, JIRA, JWM, and JSM users may have experienced performance degradation when viewing issues and boards. The issue has now been resolved, and the service is operating normally for all affected customers.

Traducere automată din actualizarea oficială a incidentului.

1. 20 iulie 2026 la 20:18 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanţelor care afectează regulile de automatizare pentru Jira şi Jira Service Management. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 20 iulie 2026 la 21:27 UTCinvestigating

   Echipele noastre continuă să investigheze întârzierile în execuţiile Jira şi Jira Service Management. Vedem semne de îmbunătățire, dar utilizatorii afectați pot experimenta încă întârzieri. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

3. 21 iulie 2026 la 04:53 UTCidentified

   Echipa a identificat o cauza radacina si dupa testarea initiala, acum adopta schimbari de scalare pentru a ajuta la prevenirea acestor intarzieri de executie regula. Vom monitoriza performanța în următoarele 24 de ore și va oferi o actualizare la acel moment sau mai devreme dacă putem confirma îmbunătățirea este în vigoare.

4. 22 iulie 2026 la 00:56 UTCresolved

   Echipa noastră a fost în măsură să valideze că toate execuţiile de regulă sunt efectuate în mod normal şi această problemă este acum rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 20 iulie 2026 la 16:03 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanţelor care afectează regulile de automatizare pentru Jira şi Jira Service Management. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 20 iulie 2026 la 16:58 UTCidentified

   Am identificat cauza probabilă a problemei, iar echipele noastre lucrează cu sârguinţă la o atenuare. Cu toate acestea, în prezent vedem semne de îmbunătăţiri, utilizatorii afectaţi pot experimenta întârzieri în execuţiile regulilor Jira şi Jira Service. Vom continua să partaja actualizări suplimentare aici, deoarece mai multe informații sunt disponibile.

3. 20 iulie 2026 la 17:23 UTCresolved

   La 20 iulie 2026, unii utilizatori Jira și Jira Service Management s-ar putea să fi experimentat degradarea performanței de executare a normelor de automatizare. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați.

Traducere automată din actualizarea oficială a incidentului.

1. 6 iulie 2026 la 16:11 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanţelor care afectează Automatizarea pentru JIRA. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 6 iulie 2026 la 17:12 UTCinvestigating

   Continuăm să investigăm degradarea performanţelor care afectează Automatizarea pentru JIRA în regiunile Europei. Vom partaja actualizări aici ca mai multe informații devin disponibile.

3. 6 iulie 2026 la 17:57 UTCidentified

   Am identificat cauza probabilă a problemei, iar echipele noastre lucrează cu sârguinţă la o atenuare. Utilizatorii afectați pot experimenta degradarea performanței care afectează Automatizarea JIRA în regiunile Europei. Vom continua să partajăm actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

4. 6 iulie 2026 la 18:41 UTCmonitoring

   Degradarea performanţelor Automatizării pentru JIRA în regiunile Europei a fost rezolvată, iar serviciile funcţionează în mod normal pentru toţi clienţii afectaţi. Vom continua să monitorizăm îndeaproape performanța pentru a confirma stabilitatea.

5. 6 iulie 2026 la 18:52 UTCresolved

   La 6 iulie 2026, unii utilizatori din regiunile Europei s-au confruntat cu degradarea performanţelor prin Automatizare pentru JIRA. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați. Daca credeti ca problema continua sa persiste, va rugam sa contactati echipa noastra de sprijin pentru asistenta suplimentara si probleme.

6. 27 iulie 2026 la 06:57 UTCpostmortem

   ## Rezumat La 6 iulie 2026, între 06:51 și 20:17 UTC, clienții atlasși care utilizează produse cloud în regiunile europene (UE) au suferit perturbări ale serviciilor care afectează executarea normelor de automatizare, căutarea utilizatorilor, culegerea utilizatorilor și fluxurile de lucru aferente. Incidentul a început atunci când un serviciu principal de identitate a experimentat saturarea bazei de date în regiunile UE, crescând ratele de latență și de eroare. În timp ce cei care au răspuns au lucrat pentru a restabili capacitatea, a fost aplicată o atenuare de urgență care a blocat normele de automatizare de la accesarea obiectivului de identitate. În paralel, latența de identitate ridicată a contribuit la un eșec în cascadă într-un serviciu de căutare a utilizatorilor din aval, la degradarea căutării utilizatorilor și la experiențele de culegători de utilizatori din mai multe produse. Serviciul a fost restaurat progresiv după adăugarea capacității suplimentare de citire a bazei de date, blocul de urgență a fost eliminat, iar serviciul de căutare a utilizatorilor a fost escaladat manual. ## Impact Incidentul a afectat clienții din mai multe produse atlassiene din regiunile UE la 6 iulie 2026 între 06:51 și 20:17 UTC. - **Degradarea serviciului de identitate:** ratele ridicate de acces intermitent refuzat au fost observate la toate produsele din regiunile UE. - **Eșecuri de execuție a normelor de automatizare:** reguli de automatizare folosind utilizatorul implicit (Automatizare pentru Jira) în Jira, Jira Service Management și Jira Product Discovery în regiunile UE au eșuat cu o eroare de permisiune. - **User search and user picker fails:** user search success rates scazut semnificativ in regiunile UE, cu capacitatea de cules a utilizatorului in mare parte indisponibil la toate produsele. ## Root Cause Incidentul provine dintr-o schimbare de configurare recentă care a redus durata de viață a cache-ului pentru un serviciu de identitate de bază. Pe măsură ce traficul din ziua de muncă a UE a crescut la 6 iulie 2026, o parte mai mare a cererilor au început să ajungă direct la baza de date de suport, în loc să fie servite de la cache. Bazele de date ale UE nu au avut suficientă capacitate regională pentru a absorbi creșterea sarcinii, iar CPU-ul din baza de date a ajuns la saturare, provocând rate ridicate de acces intermitent refuzat. Ca parte a atenuării, s-a aplicat un bloc de urgență pentru a reduce sarcina din baza de date a serviciului de identitate saturat și pentru a prioritiza restabilirea serviciului de identitate centrală. Acest lucru a împiedicat din greşeală regulile de automatizare să-şi treacă verificările înainte de execuţie, determinându-le să eşueze. Durata prelungită s-a datorat în primul rând unui val secundar de eşecuri ale regulilor de automatizare cauzate de limita de procesare. În paralel, degradarea susținută a cauzat latență sporită și eșecuri intermitente la nivelul produselor care depind de aceste verificări și au contribuit la o defecțiune în cascadă într-un serviciu de căutare în aval. Ca urmare, experienţele de căutare a utilizatorilor şi ale culegerii utilizatorilor au devenit în mare măsură indisponibile în regiunile UE până când serviciul de permisiuni a fost recuperat şi serviciul de căutare a utilizatorilor a fost extins pentru a restabili capacitatea. ## Plan de acțiuni corective și pașii următori Ştim că întreruperile afectează productivitatea clienţilor. Atlassian prioritizează următoarele acţiuni pentru prevenirea unor incidente similare în viitor: - **Îmbunătățește garanțiile pentru atenuarea situațiilor de urgență cu impact ridicat:** Utilizarea eficientă a instrumentelor operaționale astfel încât etapele de atenuare să poată dezactiva fluxurile de lucru orientate către clienți necesită o revizuire suplimentară. - ** Consolidarea capacității infrastructurii de identitate și a siguranței schimbării:** Revizuirea bazei de date regionale de dimensionare și capacitatea headroom pentru a reduce riscul de saturare în perioadele de trafic de vârf, și rafinarea procesului de evaluare pentru modificările configurației, astfel încât impactul sarcinii în aval este evaluat înainte de introducerea producției. - ** Consolidarea rezilienței împotriva defecțiunilor de cascadă din degradarea în amonte:** Audit de manipulare a presiunii spate, configurarea întrerupătorului de circuit, și autoscalare comportament în servicii, astfel încât degradarea în amonte nu provoacă un impact mai larg al produsului pe parcursul căutării utilizatorilor, culegator de utilizator, și experiențe conexe. - **Harden replay mecanisms for Automation rule fails:** Sporirea rezilienței normelor de automatizare pentru a reduce impactul asociat incidentelor care au loc în dependențe. Noi recunoaștem cât de critice fluxuri de produse fiabile sunt pentru clienții noștri, și ne cerem scuze clienților care au fost afectate de acest incident. Mulţumesc. Suport Clienţi Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 6 iulie 2026 la 09:23 UTCinvestigating

   Investigăm probleme care vă afectează serviciile. Ne străduim în mod activ să identificăm cauza și să rezolvăm problema. Vom furniza noi actualizări într-o oră.

2. 6 iulie 2026 la 10:04 UTCmonitoring

   Am aplicat cu succes fix și vedem recuperare. Capacitățile de automatizare sunt restaurate și ar trebui să funcționeze în mod normal mergând înainte. Cererile de prelucrare a datelor prezentate în timpul perioadei de întrerupere nu au fost completate din cauza indisponibilitatea serviciului. Continuăm să monitorizăm situaţia şi ne aşteptăm la o recuperare completă în următoarea oră. Vom furniza actualizări suplimentare în următoarea oră sau mai devreme.

3. 6 iulie 2026 la 11:46 UTCinvestigating

   Vedem în continuare unele probleme legate de căutarea utilizatorilor, utilizarea de utilizatori și active în întreaga regiune UE-Regiune. Vom continua să investigăm situația și vom oferi actualizări suplimentare în următoarea oră sau mai devreme.

4. 6 iulie 2026 la 12:25 UTCmonitoring

   Am aplicat fix pentru a atenua problema și vedem recuperare. Continuăm să monitorizăm situația și ar trebui să fim pe deplin recuperați în curând. Ar trebui să putem oferi mai multe actualizări în următoarea oră sau mai devreme.

5. 6 iulie 2026 la 13:04 UTCresolved

   La data de 6 iulie 2026, între 06:51 UTC - 09:39 UTC unii utilizatori ar fi putut avea probleme legate de automatizare, iar între 08:10 UTC - 11:50 UTC unii utilizatori ar fi putut avea probleme legate de căutarea utilizatorilor, utilizator-picker și active în UE-Regiunea. Problemele au fost rezolvate acum, iar serviciile funcționează în mod normal pentru toți clienții.

6. 17 iulie 2026 la 16:59 UTCpostmortem

   ## Rezumat La 6 iulie 2026, între 06:51 și 20:17 UTC, clienții atlasși care utilizează produse cloud în regiunile europene (UE) au suferit perturbări ale serviciilor care afectează executarea normelor de automatizare, căutarea utilizatorilor, culegerea utilizatorilor și fluxurile de lucru aferente. Incidentul a început atunci când un serviciu principal de identitate a experimentat saturarea bazei de date în regiunile UE, crescând ratele de latență și de eroare. În timp ce cei care au răspuns au lucrat pentru a restabili capacitatea, a fost aplicată o atenuare de urgență care a blocat normele de automatizare de la accesarea obiectivului de identitate. În paralel, latența de identitate ridicată a contribuit la un eșec în cascadă într-un serviciu de căutare a utilizatorilor din aval, la degradarea căutării utilizatorilor și la experiențele de culegători de utilizatori din mai multe produse. Serviciul a fost restaurat progresiv după adăugarea capacității suplimentare de citire a bazei de date, blocul de urgență a fost eliminat, iar serviciul de căutare a utilizatorilor a fost escaladat manual. ## Impact Incidentul a afectat clienții din mai multe produse atlassiene din regiunile UE la 6 iulie 2026 între 06:51 și 20:17 UTC. - **Degradarea serviciului de identitate:** ratele ridicate de acces intermitent refuzat au fost observate la toate produsele din regiunile UE. - **Eșecuri de execuție a normelor de automatizare:** reguli de automatizare folosind utilizatorul implicit (Automatizare pentru Jira) în Jira, Jira Service Management și Jira Product Discovery în regiunile UE au eșuat cu o eroare de permisiune. - **User search and user picker fails:** user search success rates scazut semnificativ in regiunile UE, cu capacitatea de cules a utilizatorului in mare parte indisponibil la toate produsele. ## Root Cause Incidentul provine dintr-o schimbare de configurare recentă care a redus durata de viață a cache-ului pentru un serviciu de identitate de bază. Pe măsură ce traficul din ziua de muncă a UE a crescut la 6 iulie 2026, o parte mai mare a cererilor au început să ajungă direct la baza de date de suport, în loc să fie servite de la cache. Bazele de date ale UE nu au avut suficientă capacitate regională pentru a absorbi creșterea sarcinii, iar CPU-ul din baza de date a ajuns la saturare, provocând rate ridicate de acces intermitent refuzat. Ca parte a atenuării, s-a aplicat un bloc de urgență pentru a reduce sarcina din baza de date a serviciului de identitate saturat și pentru a prioritiza restabilirea serviciului de identitate centrală. Acest lucru a împiedicat din greşeală regulile de automatizare să-şi treacă verificările înainte de execuţie, determinându-le să eşueze. Durata prelungită s-a datorat în primul rând unui val secundar de eşecuri ale regulilor de automatizare cauzate de limita de procesare. În paralel, degradarea susținută a cauzat latență sporită și eșecuri intermitente la nivelul produselor care depind de aceste verificări și au contribuit la o defecțiune în cascadă într-un serviciu de căutare în aval. Ca urmare, experienţele de căutare a utilizatorilor şi ale culegerii utilizatorilor au devenit în mare măsură indisponibile în regiunile UE până când serviciul de permisiuni a fost recuperat şi serviciul de căutare a utilizatorilor a fost extins pentru a restabili capacitatea. ## Plan de acțiuni corective și pașii următori Ştim că întreruperile afectează productivitatea clienţilor. Atlassian prioritizează următoarele acţiuni pentru prevenirea unor incidente similare în viitor: - **Îmbunătățește garanțiile pentru atenuarea situațiilor de urgență cu impact ridicat:** Utilizarea eficientă a instrumentelor operaționale astfel încât etapele de atenuare să poată dezactiva fluxurile de lucru orientate către clienți necesită o revizuire suplimentară. - ** Consolidarea capacității infrastructurii de identitate și a siguranței schimbării:** Revizuirea bazei de date regionale de dimensionare și capacitatea headroom pentru a reduce riscul de saturare în perioadele de trafic de vârf, și rafinarea procesului de evaluare pentru modificările configurației, astfel încât impactul sarcinii în aval este evaluat înainte de introducerea producției. - ** Consolidarea rezilienței împotriva defecțiunilor de cascadă din degradarea în amonte:** Audit de manipulare a presiunii spate, configurarea întrerupătorului de circuit, și autoscalare comportament în servicii, astfel încât degradarea în amonte nu provoacă un impact mai larg al produsului pe parcursul căutării utilizatorilor, culegator de utilizator, și experiențe conexe. - **Harden replay mecanisms for Automation rule fails:** Sporirea rezilienței normelor de automatizare pentru a reduce impactul asociat incidentelor care au loc în dependențe. Noi recunoaștem cât de critice fluxuri de produse fiabile sunt pentru clienții noștri, și ne cerem scuze clienților care au fost afectate de acest incident. Mulţumesc. Suport Clienţi Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 19 iunie 2026 la 22:46 UTCmonitoring

   Jira și clienții JSM care utilizează Microsoft OAuth pentru crearea automată a biletelor Jira din email nu au putut citi e-mail. Acest lucru este acum fix și funcțional pentru toate noile procesare e-mail. Clienții afectați în timpul perioadei de incident trebuie să reautorizeze serverul de poștă Microsoft pentru a restabili și mai jos sunt instrucțiunile. Pentru a reautoriza un server de e-mail Microsoft: Autentificare în Jira ca admin Selectează > Sistem Selectaţi mail > Incoming Mail. Selectează serverul de e- mail. Selectați re-autorizare . Introduceți acreditările Microsoft pentru a continua să utilizați serverul de poștă Microsoft.

2. 26 iunie 2026 la 05:13 UTCresolved

   Echipa noastră a ajuns în mod proactiv la toate organizațiile afectate oferind instrucțiunile de mai jos pentru a re-autoriza serverul lor de poștă Microsoft. Dacă încă vă confruntați cu această problemă, vă rugăm să încercați să finalizați re-autorizarea așa cum este recomandat mai jos. În cazul în care mai apar probleme care vi se par legate de acest incident, vă rugăm să apelați la sprijinul Atlassian pentru asistență suplimentară.

Traducere automată din actualizarea oficială a incidentului.

1. 10 iunie 2026 la 04:55 UTCinvestigating

   We are investigating reports of extended delays being experienced across tasks such as processing of Incoming Emails, Notifications relating to changes or creation of Work Items, in addition to delays in processing Scheduled Triggers from Marketplace apps. Our team is looking into this with urgency and we will provide further update within one hour as our investigation continues.

2. 10 iunie 2026 la 05:39 UTCidentified

   Our team has identified the root cause for this issue and has now deployed a fix that is rolling out across impacted products. At this time we are monitoring for the recovery of these events across Jira Service Management, Jira Cloud and Ecosystem app Scheduled Triggers. We will provide further update within one hour or when we have seen a full recovery of all task processing across these products.

3. 10 iunie 2026 la 06:14 UTCmonitoring

   Our team has now determined that performance has returned to expected levels for those impacted by this incident. Additional products that are now known to have been impacted by this incident are Confluence, Customer Service Management, and Jira Product Discovery. These products would have seen similar impact where email notifications or processing of events may have been delayed while this incident was underway. We are now monitoring for the full recovery of performance across all products and will update when we are confident this issue is fully resolved, or within one hour, whichever is sooner.

4. 10 iunie 2026 la 06:31 UTCresolved

   We are now confident that any of the tasks that were impacted by this incident and were delayed should now be operating as expected. We apologize for any inconvenience that this issue may have caused.

1. 9 iunie 2026 la 05:29 UTCinvestigating

   We are investigating reports of intermittent errors and degredated performance for some Jira Service Management and Jira Cloud customers. We will provide further updates within one hour.

2. 9 iunie 2026 la 10:21 UTCidentified

   Our team has now identified what we believe to be the root cause of this issue and is working on a fix. The expected fix for this issue will be rolling out progressively so customers should see resolutions to their issues viewing Jira boards and work items occurring over the next few hours. We will provide further update either when the update has fully completed or within 3 hours, whichever occurs earlier.

3. 9 iunie 2026 la 10:36 UTCmonitoring

   Our team has been able to apply the fix and mitigate the issue. The services have been restored to normal operations. We will continue to actively monitor over the next 8 hours to confirm stability.

4. 9 iunie 2026 la 18:28 UTCresolved

   The issue has now been resolved, and the service is operating normally for all affected customers.

1. 8 iunie 2026 la 01:53 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 8 iunie 2026 la 02:36 UTCidentified

   We have identified an issue causing degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 8 iunie 2026 la 02:56 UTCresolved

   On June 08 2026, between 01:30 and 02:40 UTC, users experienced degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. We have implemented a fix and services have been restored to normal operation. We continue to monitor the situation closely.

1. 6 iunie 2026 la 23:21 UTCinvestigating

   We are aware of users currently experiencing loading work items across Atlassian products in some regions. We are investigating with urgency and will provide update within one hour.

2. 7 iunie 2026 la 00:07 UTCmonitoring

   A fix has been implemented for the issues some customers have been experiencing with creating and viewing work items in Jira. We are now monitoring for this recovery and will update shortly with further confirmation.

3. 7 iunie 2026 la 00:13 UTCresolved

   The issues relating to viewing and creating work items in Jira should now be fully resolved.

1. 2 iunie 2026 la 15:32 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. Some customers may experiences delays in rule execution. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 2 iunie 2026 la 16:51 UTCresolved

   On June 2, 2026, some Jira and Jira Service Management users in the US-East region may have experienced performance degradation of automation rule executions. The issue has now been resolved, and the service is operating normally for all affected customers. Previously delayed automation rules are expected to be completed within 12 hours.

1. 1 iunie 2026 la 07:40 UTCinvestigating

   We are investigating cases of partial-outage for Jira-software in the EU Region. We will provide more details within the next hour.

2. 1 iunie 2026 la 08:06 UTCidentified

   We have identified an issue causing degraded performance for Jira Software, Jira Work Management, and Jira Service Management in the EU region. affected users may experience 5XX errors when accessing issues, boards, and navigation. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 1 iunie 2026 la 09:07 UTCmonitoring

   We have implemented a fix for the issue causing degraded performance for Jira Software and Jira Service Management in the EU region. The impact has been mitigated, and we are actively monitoring the stability.

4. 1 iunie 2026 la 13:23 UTCresolved

   This incident has been resolved. The issue causing degraded performance for Jira Software and Jira Service Management in the EU region has been fully mitigated. We have deployed a fix to prevent recurrence. If you continue to experience issues, please contact Atlassian Support. We apologise for the disruption and thank you for your patience.

5. 12 iunie 2026 la 06:49 UTCpostmortem

   **SUMMARY** On June 01, 2026, between 06:54 and 08:28 UTC, Atlassian customers using Jira, Jira Service Management, and Jira Work Management were unable to view issues, boards, and backlogs, and experienced errors when performing transitions, adding comments, and navigating the product. The event was triggered by caching infrastructure autoscaling failure. The issue only impacted customers hosted in Europe. The incident was detected within 8 minutes by our automated monitoring system and mitigated by progressively scaling the caching clusters manually. The total time to resolution was 1 hour and 34 minutes due to the progressive recovery. **IMPACT** The incident caused service disruption for customers hosted in the Europe region who were unable to access core experiences across Jira Software, Jira Service Management, and Jira Work Management. **ROOT CAUSE** The root cause of the incident was a capacity constraint on our caching infrastructure in one availability zone of our EU Central cloud region. As morning traffic increased, our caching clusters attempted to scale out automatically. However, the cloud infrastructure was unable to provision additional nodes in that availability zone due to insufficient underlying capacity. Our caching infrastructure is designed to scale across multiple availability zones to ensure balanced and resilient capacity. On this occasion, a capacity constraint in one availability zone prevented the scaling operation from completing as expected. With the caching layer unable to grow to meet demand, the clusters began to experience network and/or CPU saturation and could not handle all incoming requests within the expected timeout window. Since a single user request to Jira typically involves multiple cache calls, timeouts compound rapidly. As more threads became blocked waiting on timed-out or slow cache operations, the application nodes reached its busy thread limit and began shedding load. While additional application nodes were added, these also experienced the same thread limit saturation due to the saturation of the cache layer resulting in widespread 503 service unavailable errors for customers. **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. In addition to existing safeguards and monitoring, Atlassian is prioritizing the following actions to help prevent similar incidents in future: - **Increased minimum caching cluster size**: We have increased the minimum number of nodes in all affected caching clusters in the EU Central region. This ensures sufficient capacity headroom to handle peak traffic without relying on autoscaling, reducing the risk of a similar failure occurring. - **Change autoscaling behaviour**: We are working on improvements to our autoscaling behaviour to fall back to other availability zones when capacity is unavailable in a single zone. We apologize to customers whose services were impacted during this incident; we are taking immediate steps to improve the platform’s performance and availability. Thanks, Atlassian Customer Support