Istoricul incidentelor Jira Service Desk

1. 3 septembrie 2026 la 14:20 UTCinvestigating

   Investigăm o problemă care afectează Jira Service Management. Utilizatorii afectați pot experimenta erori sau încetinire atunci când vizualizează sau interacționează cu domeniul serviciilor afectate. Echipele noastre investighează în mod activ cauza principală. Vom furniza următoarea actualizare în următoarea oră, sau mai devreme.

2. 3 septembrie 2026 la 15:20 UTCinvestigating

   Am identificat cauza problemei care afectează Jira Service Management și pune în aplicare în prezent un fix. Ne așteptăm să vedem redresarea în curând și vom continua să monitorizăm îndeaproape situația. Vom furniza următoarea actualizare în 60 de minute, sau mai devreme dacă există o actualizare materială.

3. 3 septembrie 2026 la 16:15 UTCmonitoring

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

4. 3 septembrie 2026 la 17:03 UTCresolved

   La 3 septembrie 2026, unii utilizatori Jira Service Management s-ar putea să fi experimentat erori privind domeniul serviciilor afectate sau degradarea performanței pe web. 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 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ă.

2. 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. 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

   We are investigating issues affecting your services. We are actively working to identify the cause and resolve the issue. We will provide further updates within one hour.

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.

1. 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.

2. 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.

3. 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.

1. 21 iulie 2026 la 09:48 UTCidentified

   Lucrăm cu furnizorul nostru de notificare pentru a rezolva problema. Vom furniza o altă actualizare în 24 de ore sau de îndată ce mai multe informații devin disponibile.

2. 22 iulie 2026 la 06:59 UTCidentified

   Un număr mic de notificări vocale pentru Jira Service Management și Opsgenie clienții care utilizează numere de mobil bazate pe India ar putea eșua. Clienții pot vedea jurnalele de apeluri vocale eșuate și nu primesc apelul de paging așteptat. Furnizorul nostru de notificare a celei de-a treia părți lucrează în mod activ la restabilirea livrării notificării vocale și vom furniza actualizări după rezolvarea problemei. Dacă aveţi nevoie de orice sprijin sau informaţii suplimentare, vă rugăm să contactaţi echipa noastră de sprijin.

3. 24 iulie 2026 la 13:07 UTCresolved

   Furnizorul nostru de notificare a identificat rădăcina problemei care cauzează eșecuri de apel vocal la unele numere de mobil din India. Înţelegem inconvenientele pe care acest lucru le poate cauza şi aprecia răbdarea dumneavoastră în timp ce furnizorul nostru lucrează la restabilirea serviciului. Dacă aţi avut probleme cu notificările vocale, vă rugăm să contactaţi Asistenţa noastră pentru asistenţă.

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 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 09:42 UTCinvestigating

   Users are facing degraded performance while accessing Assets page which is impacting Assets object creation, updation and deletion activities. Our teams are investigating actively and will be sharing more details in next 1 hour.

2. 10 iunie 2026 la 10:00 UTCresolved

   On June 10 2026, between 08:10 and 09:08 UTC, users experienced degraded performance and inability to load the Assets page, which is impacting the ability to create, update, and delete assets. We have implemented a fix and services have been restored to normal operation for all affected customers.

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:27 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. 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 08:06 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:08 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

1. 14 mai 2026 la 05:03 UTCinvestigating

   We are aware that the current issues with accessing Atlassian products are impacting additional products. We have now expanded the impact of the incident to cover the known impacted products at this time. We will provide further update within one hour or sooner as information is available.

2. 14 mai 2026 la 05:11 UTCidentified

   Further confirmations of impacted products have now been added to the incident. Our team is investigating the issue with urgency and we will provide further update as soon as it becomes available.

3. 14 mai 2026 la 05:24 UTCidentified

   It is likely if you are experiencing any issues relating to logging in or accessing Atlassian products at this time it is likely due to this ongoing incident. We are continuing to receive reports about expanded product impact resulting from this incident. While our team continues to investigate the issue with urgency, we will continue to provide further updates here with additional information. We will provide further update within one hour, or sooner as further information becomes available.

4. 14 mai 2026 la 05:34 UTCidentified

   Our team has identified the root cause of this issue and is now actively working on mitigating the issue with accessing Atlassian products. At this time, Atlassian customers should also be able to once again raise support requests with our team. We will provide further update within an hour as we are able to progress mitigating this issue.

5. 14 mai 2026 la 05:43 UTCmonitoring

   Our team has implemented a mitigation for this issue and we are now seeing recovery across Atlassian products. We will continue to monitor this issue for any ongoing concerns, and provide further updates here within an hour as we are able to confirm a full recovery has taken place.

6. 14 mai 2026 la 06:40 UTCmonitoring

   We are now able to see recovery for all impacted products, and users should be able to access their products as expected. Our team is continuing to monitor all products and services to ensure there is no further impact, and we will provide further update when this has been validated and the incident is closed.

7. 14 mai 2026 la 06:41 UTCmonitoring

   We are approaching full system recovery at this time, and are performing final confirmations that services are restored.

8. 14 mai 2026 la 06:48 UTCresolved

   All products and services impacted by this incident should now be fully recovered, and this incident is resolved.

9. 19 mai 2026 la 19:06 UTCpostmortem

   ### Summary On May 14, 2026, between 04:30 and 05:26 UTC, Atlassian customers experienced widespread service disruption across multiple Atlassian Cloud products. The issue was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. The incident was detected within a minute by automated monitoring systems and mitigated in 56 minutes. ### **IMPACT** During the incident, customers attempting to access Atlassian Cloud products in the us-east region experienced authentication and permission failures and were unable to access services. Customers also experienced errors when accessing the support portal until Atlassian fell back to an alternate support method. This was caused by a core identity service in the us-east region becoming unavailable. Affected products included Atlassian Administration, Atlassian Analytics, Bitbucket, Compass, Confluence, Jira, Jira Product Discovery, Jira Service Management and Trello. Some users outside us-east may have been affected in certain scenarios. ### **ROOT CAUSE** The incident was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. ### **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. Atlassian is prioritizing the following actions to help prevent similar incidents in future: * **Refine deployment orchestration safeguards** * Harden our deployment platform to prevent similar race conditions or resulting capacity loss during a rollback operation. * Streamline mitigation steps when a service becomes unavailable in a region. * **Reduce cross-region impact** * Improve regional isolation and fallback handling so an issue affecting a single region is less likely to impact customers or product functionality in other regions. We recognise how critical reliable access to Atlassian products is for our customers' productivity, and we apologize to customers who were impacted by this incident. Thanks, Atlassian

1. 14 mai 2026 la 01:15 UTCinvestigating

   We are aware that some users are experiencing an excessive number of notifications arriving from Jira Service Management (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that the vast majority of these notifications will be arriving within the next two hours. We will provide further update at that time or sooner if further information becomes available.

2. 14 mai 2026 la 03:52 UTCinvestigating

   Some of the users continue to experience an excessive number of notifications arriving from JSM (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that these notifications will be arriving for the next few hours, until the recovery of the delayed events are processed which is taking longer than expected (ETA approx. 4 hours). We will provide further updates within 6 hours or sooner if the recovery occurs.

3. 14 mai 2026 la 09:41 UTCresolved

   This incident has been resolved. During the incident window, some customers using Atlassian Assist experienced excessive notifications as our team replayed delayed events caused by this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 Our engineering team identified and addressed the issue. All services have fully recovered, and notification delivery is operating normally. No data loss occurred as a result of this incident. We apologize for the disruption and any confusion caused by the excessive notifications.