Jira Service Desk driftsforstyrrelser

1. 21. oktober 2026 kl. 14.28 UTCinvestigating

   Vi undersøger et problem, der påvirker projektets sidebar og navigation i Jira Cloud. Brugerne kan støde på timeouts eller manglende menuer, når de forsøger at få adgang til projektvisninger. Holdene analyserer aktivt telemetri for at identificere en afbødning. Vi vil levere vores næste opdatering om 60 minutter, eller før.

2. 21. oktober 2026 kl. 15.01 UTCmonitoring

   Der er angreb på plads, og vi ser bedring på tværs af Jira Cloud navigationstjenester. Projekt sidebars er nu indlæst som forventet. Vores hold fortsætter med at overvåge situationen, og vi forventer at bekræfte fuld opløsning i vores næste opdatering om 1 time eller før.

3. 21. oktober 2026 kl. 15.45 UTCresolved

   Den 21. oktober 2026, JIRA, JSM, JPD og JWM brugere kan have oplevet performance nedbrydning påvirker projektet sidebar og navigation. Spørgsmålet er nu løst, og tjenesten fungerer normalt for alle berørte kunder.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. oktober 2026 kl. 02.55 UTCinvestigating

   Jobbehandling og jobplanlægning er nedbrudt, hvilket påvirker planmæssigt og asynkron arbejde på tværs af flere produkter, herunder Jira, Confluence og Bitbuck Cloud. Berørte brugere kan se forsinket eller manglende jobudførelse, herunder forsinket e- mail- to- billet behandling og skemaer, der ikke kører som forventet.

2. 1. oktober 2026 kl. 03.47 UTCidentified

   Vores hold har identificeret årsagen til denne hændelse og arbejder nu aktivt på at mildne problemet. Vi vil levere yderligere opdateringer inden for en time eller før, hvis vi har nogen væsentlige fremskridt at dele.

3. 1. oktober 2026 kl. 04.03 UTCidentified

   Vores hold har taget korrigerende skridt for at mindske problemet og observerer nogle forbedringer. Vi fortsætter med at overvåge situationen og vil træffe de nødvendige foranstaltninger, indtil hændelsen er fuldt ud genvundet.

4. 1. oktober 2026 kl. 05.00 UTCidentified

   Vores hold fortsætter med at arbejde på helbredelse indtil hændelsen er helt løst. Vi vil give yderligere opdateringer, hvis vi har betydelige fremskridt at dele. Sammen med virkningen til planlagt og asynkron arbejde på tværs af flere produkter, vi også identificeret SLA komponent i Jira Service Management vises ikke som forventet.

5. 1. oktober 2026 kl. 07.01 UTCidentified

   Vores hold fortsætter med at arbejde på helbredelse indtil hændelsen er helt løst. Vi vil give yderligere opdateringer, hvis vi har betydelige fremskridt at dele. Der er også en indvirkning på de nye supportbilletter skabt i form af manglende SLA-komponent, meddelelser, der kan påvirke svartider og backlog forvaltning af nogle billetter.

6. 1. oktober 2026 kl. 07.51 UTCresolved

   Den 01. okt 2026, mellem 01: 00 UTC og 07: 25 UTC, brugere kan have set manglende job udførelse, herunder forsinket email-to-billet behandling og skemaer, der ikke kører som forventet. Vi har nu implementeret et fix og tjenester er blevet genoprettet til normal drift for berørte kunder. Virkningen af at støtte billetter med manglende SLA-komponent og forsinkede anmeldelser har også bekræftet inddrivelse. Bemærk: For Bitskovl kunder, hvis der var nogen planlagte rørledninger, der ikke kørte under hændelsesvinduet, kan du vente på den næste planlagte udførelse eller udløse dem manuelt.

7. 9. oktober 2026 kl. 18.24 UTCpostmortem

   # # # Oversigt Den 1. oktober 2026, mellem 01: 00 og 07: 25 UTC, nedbrudt job forarbejdning og planlægning påvirket Atlantisk produkter, herunder Bitbuck Cloud, Confluence, Forge apps, Jira, og Jira Service Management i alle kommercielle cloud-regioner. Dette forårsagede forsinkede eller manglende baggrundsopgaver, såsom e- mail- to- ticket behandling og planlagte rørledninger; interaktiv produktbrug blev ikke påvirket. Arrangementet blev udløst, da en uventet mængde af planlagte opgaver blev forfaldet samtidig, overvældende vores fælles job planlægning platform. Automatisk overvågning opdagede hændelsen inden for tre minutter. Inddrivelse begyndte omkring 03: 45 UTC som ingeniør skaleret kapacitet og platformen arbejdede gennem backlog, med fuld opløsning nået i 6 timer og 25 minutter. # # IMPACT De fleste planlagte opgaver stoppede kl 01: 00 UTC og genoptaget fra omkring 03: 45 UTC. De fleste forsinkede arbejder havde indhentet omkring 06: 00 UTC, og de resterende forsinkelser havde ryddet af 07: 25 UTC. på tværs af berørte produkter: - Gendannelse af planlagte opgaver sprang over eller forsinkede kørsler skyldes i løbet af hændelsen; skippede kørsler blev ikke automatisk re- køre, og opgaver genoptages på deres næste planlagte tidspunkt. - De fleste engangs planlagte opgaver løb for sent; et lille antal kan ikke have kørt. - Automation regler, herunder planlagte regler, kørte normalt, undtagen som nævnt nedenfor. Bitskovl Cloud Planlagte rørledninger til mellem 01: 00 og ca. 03: 50 UTC ikke køre. Hvis en planlagt rørledning ikke kørte under hændelsen, kan du vente på den næste planlagte udførelse eller udløse den manuelt. Andre rørledninger blev ikke påvirket. Sammenhæng Nogle kalender begivenhed påmindelser skyldes mellem 01: 00 og omkring 03: 45 UTC blev ikke sendt. Forge- apps Skemalagte udløsere stoppet kl 01: 00 UTC og genoptaget fra omkring 04: 00 UTC; mistede invasioner blev ikke spillet igen. Mål Start af måneden e-mail påmindelser om at opdatere mål kunne blive forsinket. Jira og Jira Service Management Indkommende e-mails opholdt sig i deres postkasser og blev behandlet automatisk efter inddrivelse. Planlagte meddelelser, såsom filterabonnementer, blev forsinket. I nogle serviceprojekter, automatisering regler og meddelelser udløst af SLA 'er eller tid i status løb sent. SLA timdata forblev intakte. Atlantisk støtte Indtil 07: 25 UTC kan problemer med vores supportværktøjer have bremset nogle af vores svar. Baseret på vores undersøgelse til dato, har vi ikke identificeret tab af arbejde poster, sider, datalagre, eller indgående e-mails. # # ROOT CAUSE Vores fælles jobplanlægningsplatform fungerer i høj skala under normale forhold. En af platformens forbrugere planlagt en unormalt høj mængde af opgaver, der skal udføres på samme tid den 1. oktober kl 01: 00 UTC. Denne stigning i ordrestørrelsen oversteg vores arkitektoniske og skaleringsmæssige grænser, hvilket skaber en efterslæb på tværs af afhængige tjenester. Engineering manuelt øget kapacitet til at håndtere den unormale belastning, hvilket gør det muligt for tjenesten at behandle backlog og vende tilbage til normale operationer. # # # REMEDIALE AKTIONER PLAN & NEXT STEPS Vi ved, at forsinket og savnet arbejde påvirker din produktivitet. Vi prioriterer disse foranstaltninger for at bidrage til at mindske sandsynligheden for og virkningen af lignende hændelser: - * * øge arbejdsbyrden isolation: * * Implementere fair planlægning guardrails så volumen bølger fra en enkelt kilde ikke sulte eller forsinke opgaver på tværs af andre produkter. - * * Styrker overgangskontrol: * * Tilføje operationelle kapaciteter til hurtig gasgivning eller pause planlagte arbejdsbelastninger fra specifikke kilder under uventede trafikstigninger. - * * Forbedre systemets skalering og genopretning: * * Forbedre platformens kapacitet og optimere skaleringen af processer til at håndtere ekstreme efterspørgsel spikes og komme sig hurtigere. Vi undskylder til kunder, hvis tjenester blev påvirket under denne hændelse. Tak. Atlantisk

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. september 2026 kl. 13.54 UTCinvestigating

   Vi fortsætter med at undersøge spørgsmålet påvirker Jira spørgsmål skabelse, spørgsmål visning, og bord lastning. Vores hold er stadig engageret i at finde en løsning. Vi vil give den næste opdatering om 1 time, eller før, hvis der er væsentlige fremskridt.

2. 24. september 2026 kl. 14.58 UTCmonitoring

   Der er blevet udsendt angreb, og vi ser positive tegn på bedring i Jira. Spørgsmål, der ser arbejdsemner, indlæsningsborde og skaber billetter er aftagende. Vi fortsætter med at overvåge systemets sundhed for at sikre fuld stabilitet og vil dele vores næste opdatering inden for 60 minutter.

3. 24. september 2026 kl. 15.53 UTCresolved

   Den 24. september 2026, nogle Jira og JSM-brugere i den amerikanske region kan have oplevet en performance degradering påvirker Jira problem skabelse, udstedelse visning og board lastning. Spørgsmålet er nu løst, og tjenesten fungerer normalt for alle berørte kunder.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 14. september 2026 kl. 16.46 UTCinvestigating

   Vi undersøger aktivt rapporter om en tjenesteforstyrrelse, der påvirker Opsgenie og Jira Service Management. Vi vil dele opdateringer her som mere information er tilgængelig.

2. 14. september 2026 kl. 17.16 UTCidentified

   Vi har identificeret den sandsynlige årsag til problemet, og vores hold arbejder ihærdigt på en afbødning. Vi vil fortsætte med at dele yderligere opdateringer her, da mere information er tilgængelig.

3. 14. september 2026 kl. 17.27 UTCmonitoring

   Spørgsmålet er nu løst, og tjenesterne fungerer normalt for alle berørte kunder. Vi vil fortsat nøje overvåge stabiliteten.

4. 14. september 2026 kl. 17.43 UTCresolved

   Den 14. september 2026, Opsgenie og Jira Service Management oplevede en afbrydelse, og ramte brugere oplevede forsinkede indberetninger anmeldelse og manglende evne til at se indberetninger i brugergrænsefladen. Spørgsmålet er nu løst, og tjenesten fungerer normalt for alle berørte kunder.

5. 18. september 2026 kl. 17.02 UTCpostmortem

   # # # Oversigt Den 14. september 2026, mellem 15: 30 og 17: 10 UTC, Atlantiske kunder, der bruger Opsgenie, Jira Service Management, og Compass oplevede forsinkelser i modtagelse af alarmmeddelelser og intermitterende fejl, når du bruger Ops funktioner. Spørgsmålet blev udløst af langvarige transaktioner i en kernetjeneste, hvilket førte til udtømning af trådpuljen og forårsagede efterfølgende anmodninger til at blive uresponderende. De langløbende transaktioner var forårsaget af en konfiguration ændring udgivet mellem september 9, 2026 og september 11, 2026 UTC. Holdet aktivt overvåget virkningen af ændringen på systemet indtil begyndelsen af september 14, 2026 UTC, og observerede ingen anomalier. Den stigende trafik i USA 's arbejdstid den 14. september 2026 forårsagede imidlertid disse uventet langvarige transaktioner. Hændelsen blev opdaget inden for et minut af vores automatiserede overvågningssystemer, og fuld service stabilisering opstod efter isolering og rulning tilbage ændringen på September 14, 2026 på 17: 10 UTC. # # IMPACT Hændelsen primært berørte Ops funktioner på tværs af Opsgenie, Jira Service Management, og Compass for kunder i den amerikanske region. Under hændelsen oplevede end-to-end flow for alarm oprettelse og meddelelse levering en gennemsnitlig forsinkelse på 22 minutter. Ingen indberetninger eller anmeldelse nyttelast blev droppet under hændelsen; alle i kø begivenheder blev behandlet og leveret med succes som tjenester inddrives. Derudover oplevede relaterede Ops API endepunkter og Web UI-strømme forhøjet latency og intermitterende fejl. Afbrydelsen begyndte kl 15: 30 UTC og blev løst ved 17: 10 UTC (samlet varighed: 1 time og 40 minutter). Engineering teams blev alarmeret straks via backup disaster- alarmering rørledninger og begyndte afbødning straks. Men afbrydelsen påvirkede interne anmeldelse og koordination strømme mellem krydsfunktionelle hold (herunder kundesupport og hændelsesmeddelelser), hvilket resulterede i forsinkelser i offentliggørelsen eksterne Statusside opdateringer. # # ROOT CAUSE Hændelsen blev udløst, når en nyligt frigivet konfiguration ændring gjort overflødige downstream service opkald på hver side belastning, forårsager en trafik spike. Den konfiguration ændring, udgivet mellem September 9, 2026, og September 11, 2026, blev aktivt overvåget for effekt indtil begyndelsen af September 14, 2026. En trafikstigning i den amerikanske arbejdstid forårsagede imidlertid uventede problemer. Den downstream service begyndte rate- begrænsende anmodninger, og en aggressiv retry strategi uden tilstrækkelig backoff holdt arbejderen tråde åbne, hvilket fører til pool udmattelse og timeouts på indgående kritisk trafik. # # # REMEDIALE AKTIONER PLAN & NEXT STEPS Hændelsen blev afhjulpet ved at deaktivere bonusflaget, der udløste den interservice rate begrænsning. Vi forstår, at pålidelig adgang til Atlantiske produkter er afgørende for dine hold. Vi prioriterer følgende tiltag for at forhindre gentagelse: - * * Forbedre service- to- Service Resiliens * * - Gennemgang og tilpasning af takstbegrænsende konfigurationer mellem interne tjenester. - Optimere retry strategier for at forhindre langtrukne transaktioner og holde virkningen isoleret til problematisk punkt. - * * Forbedre den arkitektoniske isolering * * - Forbedre arkitekturen af denne kernetjeneste til at have mere isolation mellem forskellige transaktioner, således at nedbrydninger i en transaktionstype ikke påvirker uafhængige kritiske strømme. - * * Forbedre proaktiv Alerting * * - Tilføj tidlig varsling for trådpulje mætning og forhøjede interservice-grænse svar, før de påvirker slutbrugerne. - Implementere sikkerhedskopieringsprocesser for kundesupport og hændelseskommunikationsveje Vi undskylder til kunder, hvis tjenester blev påvirket under denne hændelse; vi tager øjeblikkelige skridt til at forbedre platformens ydeevne og tilgængelighed. Tak. Atlantisk kundesupport

Automatisk oversat fra den officielle hændelsesopdatering.

1. 11. september 2026 kl. 07.46 UTCinvestigating

   Vi undersøger rapporter om et problem, der påvirker Jira Software og Jira Service Management. Berørte brugere kan opleve fejl eller forsinkelser ved indlæsning af problemvisning og -visning. Vi arbejder på at identificere den grundlæggende årsag og vil give en opdatering, efterhånden som flere oplysninger bliver tilgængelige.

2. 11. september 2026 kl. 08.06 UTCmonitoring

   En afbødning er blevet indsat, og vi observerer opsving på tværs af Jira Software og Jira Service Management spørgsmål synspunkter og bestyrelser. Vores ingeniørhold holder nøje øje med miljøet for at sikre vedvarende stabilitet. Vi vil give en anden opdatering, når fuld opløsning er bekræftet eller inden for 60 minutter.

3. 11. september 2026 kl. 08.37 UTCresolved

   Den 11. september 2026, mellem 07: 02 UTC og 07: 56 UTC, nogle Jira Software og Jira Service Management brugere kan have oplevet forringet ydeevne og fejl, når de får adgang til arbejde poster og boards. Spørgsmålet er nu løst, og alle tjenester fungerer normalt.

4. 21. september 2026 kl. 22.36 UTCpostmortem

   # # # Oversigt Den 11. september 2026, mellem 07: 02 og 07: 56 UTC, Atlantiske kunder primært fra EU-regionen og nogle fra APAC-regionen ved hjælp af Jira og Jira Service Management produkter var ude af stand til at se arbejde poster eller adgangsboards konsekvent. Arrangementet blev udløst af en backward- inkompatible intern konfiguration udrulning i den underliggende graf dataplatform. Hændelsen blev opdaget inden for 3 minutter af vores automatiserede overvågningssystem og afbødet ved at rulle frem den stabile implementering til alle regioner. Den samlede tid til opløsning var omkring 54 minutter. # # IMPACT Den samlede virkning opstod mellem 11. september 2026, 07: 02 UTC og 11. september 2026, 07: 56 UTC på to produkter. I denne periode oplevede nogle kunder i EU-regionen ved hjælp af Jira og Jira Service Management intermitterende svigt eller forringet ydeevne. Vi bemærkede, at en konfigurationssvigt forhindrede kritiske afhængighedstjenester i at skalere, hvilket resulterede i en afbrydelse for de berørte brugere. Jira og Jira Service Management brugere oplevede timeout fejl og mislykkedes eller forsinkede sidebelastninger, når de forsøger at få adgang til arbejde element visning, udstedelse navigator, og bord visning. # # ROOT CAUSE Hændelsen var forårsaget af indførelsen af en ændring af graph butik service, som tjener links til tredjeparts enheder såsom pull anmodninger. Ændringen forårsagede start kontrol til at mislykkes, forhindre nye knuder fra at deltage i klyngen. Under myldretidstrafik kunne tjenesten ikke skalere tilstrækkeligt, hvilket fik anmodninger fra Jira og Jira Service Management til grafbutikken til at mislykkes. # # # REMEDIALE AKTIONER PLAN & NEXT STEPS Vi ved, at udfald påvirker din produktivitet. Vi prioriterer følgende forbedringer for at undgå at gentage denne type hændelse: - Implementere kode- baseret konfiguration: Vi flytter konfiguration definition filer til at være en del af kernen codebase for at sikre, at de er versioneret og indsat synkront med anvendelsen logik. - Graceous Nedbrydelse i Jira: Vi gennemfører ændringer til de berørte Jira synspunkter til at adskille centrale forespørgsler fra ikke-kritiske afhængighedsforespørgsler, så siden kan forblive funktionel, selv om en downstream service mislykkes. - Optimér deployering Pipeline: Implementering rørledninger er ved at blive optimeret til at muliggøre accelererede, parallelle opdateringer under operationelle respons scenarier. Vi undskylder til kunder, hvis tjenester blev påvirket under denne hændelse; vi tager øjeblikkelige skridt til at forbedre platformens ydeevne og tilgængelighed. Tak. Atlantisk kundesupport

Automatisk oversat fra den officielle hændelsesopdatering.

1. 3. september 2026 kl. 14.20 UTCinvestigating

   Vi undersøger et problem, der påvirker Jira Service Management. Berørte brugere kan opleve fejl eller langsommelighed ved visning eller interaktion med feltet Berørte Tjenester. Vores hold undersøger årsagen. Vi vil levere den næste opdatering inden for den næste 1 time, eller før.

2. 3. september 2026 kl. 15.20 UTCinvestigating

   Vi har identificeret årsagen til det spørgsmål, der berører Jira Service Management, og er i øjeblikket ved at iværksætte et fix. Vi forventer at se bedring snart og vil fortsat overvåge situationen nøje. Vi vil give den næste opdatering om 60 minutter, eller før, hvis der er en materialeopdatering.

3. 3. september 2026 kl. 16.15 UTCmonitoring

   Ydeevnen forringelse af Jira Service Management er blevet løst, og tjenester nu fungerer normalt for alle berørte kunder. Vi vil fortsat overvåge ydeevnen nøje for at bekræfte stabiliteten.

4. 3. september 2026 kl. 17.03 UTCresolved

   Den 3. september 2026, nogle Jira Service Management brugere kan have oplevet fejl, der ser de påvirkede tjenester felt eller ydeevne nedbrydning på nettet. Spørgsmålet er nu løst, og tjenesten fungerer normalt for alle berørte kunder.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. september 2026 kl. 10.11 UTCmonitoring

   Vi har identificeret den grundlæggende årsag til problemet påvirker Jira arbejde element overgange og har anvendt en rettelse. Vi ser i øjeblikket tegn på bedring og vil fortsat overvåge. Vi vil levere den næste opdatering inden for den næste 1 time, eller før, hvis der er en materialeopdatering.

2. 1. september 2026 kl. 11.44 UTCresolved

   Den 1. september 2026, mellem 04: 22 UTC til 10: 59 UTC, nogle Jira brugere kan have oplevet service forstyrrelser. Spørgsmålet er nu løst, og tjenesten fungerer normalt for alle kunder.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 27. august 2026 kl. 04.22 UTCinvestigating

   Vores hold har identificeret dette spørgsmål er også påvirke Jira Service Management. Vi vil opdatere så hurtigt som muligt.

2. 27. august 2026 kl. 04.25 UTCinvestigating

   Vi undersøger et problem med adgang til produkter, der påvirker Confluence, Jira Cloud og Jira Serivce Management kunder. Vores team undersøger omgående dette spørgsmål, og vi vil fremlægge yderligere oplysninger inden for en time eller før, hvis der foreligger oplysninger.

3. 27. august 2026 kl. 04.33 UTCidentified

   Vores hold har identificeret en mulig løsning på de problemer, der påvirker Jira Cloud, Jira Service Management og Confluence. Dette er nu ved at blive rullet ud til ramte regioner, og vi vil opdatere inden for en time, eller før, hvis yderligere oplysninger er tilgængelige.

4. 27. august 2026 kl. 04.51 UTCmonitoring

   Problemerne med at indlæse Jira Cloud, Jira Service Management og Confluence er nu i bedring. Vi vil fortsætte med at overvåge tæt for at bekræfte stabilitet og give en opdatering inden for en time, eller før der bliver mere information til rådighed.

5. 27. august 2026 kl. 05.16 UTCresolved

   Den 27. august 2026 UTC, Atlantiske produkter, herunder Jira Cloud, Jira Service Management og Confluence oplevede en afbrydelse, og tjenester var ikke tilgængelige for berørte brugere. Spørgsmålet er nu løst, og tjenesten fungerer normalt for alle berørte kunder. En offentlig post mortem for denne hændelse vil blive gjort tilgængelig på denne side, når vores fulde undersøgelse af hændelsen er afsluttet.

6. 7. september 2026 kl. 02.53 UTCpostmortem

   * * RESUMÉ * * Den 27. august 2026, mellem 03: 51 og 04: 35 UTC, Atlantiske kunder i Vesteuropa og Sydøst APAC-regioner var ude af stand til at nå Atlantisk Cloud produkter, herunder Atlantisk Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search, og Talent. Arrangementet blev udløst af en defekt kode ændring til routing lag af en af vores proxy flåder. Dette førte til HTTP 404 fejl bliver serveret til al kundetrafik gennem disse proxy flåder i Vesteuropa og Sydøst APAC regioner. Hændelsen blev opdaget inden for 1 minut af vores automatiske overvågningssystemer, og mindsket ved at rulle tilbage til den tidligere konfiguration udgivelse, som sætter proxyflåden i en kendt god tilstand. Efter proxy flåde genvundet, nogle Jira og Confluence kunder (uanset placering) modtog HTTP 503 fejl mellem 04: 33 og 04: 53 UTC som server flåder tilpasset tilstrømningen af trafik. * * IMPACT * * Den samlede virkning blev opdelt i to adskilte perioder: - Først, den 27 august 2026, mellem 03: 51 og 04: 35 UTC på Atlantisk Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search, og Talent. Hændelsen forårsagede afbrydelse af kundetrafikken fra Vesteuropa og Sydøst APAC-regioner, med HTTP 404 fejl returneret. Der var ingen indvirkning på kunde API trafik, uanset oprindelse placering. - For det andet, den 27 august 2026, mellem 04: 33 og 04: 53 UTC, nogle Jira og Confluence kunder uanset placering modtaget HTTP 503 fejl efter HTTP 404 fejl blev løst: ~ 32% af anmodninger i ap- southest-2, ~ 4% af anmodninger i eu- west-1, ~ 2,5% af anmodninger i us- west-2 og ap- southest-1, og < 1% af anmodninger i alle resterende globale regioner. * * ROOT CAUSE * * Arrangementet blev udløst af en kodeændring til en af vores proxyflåder. Der var imidlertid en fejl i den anvendte kode, som ikke blev opdaget ved manuel og automatisk afprøvning. Dette førte til en forkert konfiguration af en lejer lookup funktionalitet i proxy-niveau, hvilket førte til trafik ikke har en gyldig netværkssti, hvilket resulterer i HTTP 404 fejl bliver serveret til al kundetrafik gennem disse proxy-flåder i Vesteuropa og Sydøst APAC-regioner. Efter at proxy tier virkning genvundet, en anden periode af virkning blev forårsaget for nogle Jira og Confluence kunder. På grund af reduktionen af trafikken til Jira og Confluence af proxy flåde, Jira og Confluence service niveauer havde automatisk skaleret i antallet af servere, der betjener kundetrafik. Når proxy flåde funktionalitet blev genoprettet, den bølge af trafik overvældet Jira serviceniveau, som returnerede en forhøjet sats af HTTP 503s indtil det automatisk skaleret ud igen. * * MIDLERTIDIGE FORANSTALTNINGER Vi ved, at udfald påvirker din produktivitet. Mens vi har en række test og forebyggende processer på plads, blev dette specifikke problem ikke identificeret, fordi ændringen var relateret til en meget specifik form for kant sag, der ikke blev hentet af vores automatiserede kontinuerlig implementering suiter og manuelle test scripts. Vi prioriterer følgende forbedringstiltag for at undgå at gentage denne type hændelser: - * * Tilføjelse af yderligere foranstaltninger: * * Implementeringsrørledningen til konfigurationen af det angrebne proxy-niveau brugte et nedarvet system og havde ikke de relevante langsomme regionale udrulningsfunktioner konfigureret korrekt. Vi har allerede tilføjet de korrekte sikkerhedsforanstaltninger, og vi flytter dette til vores virksomhed standard implementering rørledning, der omfatter alle vores sikkerhedskontrol aktiveret som standard. Vi reviderer også alle netværkstjenester for at bekræfte, at de alle er på den nye standard rørledning implementering service. - * * Forbedring af serviceflådens skaleringspolitik: * * Automatisk skalering konfiguration for vores Jira og Confluence service flåder var konfigureret til at skalere i for aggressivt. Vi er grundigt gennemgå og opdatere alle de komplekse Jira og Confluence auto skalering politikker for at sikre, at dette ikke sker igen. Vi undskylder til kunder, hvis tjenester blev påvirket under denne hændelse; vi tager øjeblikkelige skridt til at forbedre platformens ydeevne og tilgængelighed. Tak. Atlantisk kundesupport

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. august 2026 kl. 08.42 UTCinvestigating

   Vi er aktivt ved at undersøge rapporter om forringelse af ydeevne resulterer i øget latency for e-mail, mobil, og slack notifikationer for Jira, JSM og Confluence. Vores hold undersøger problemet og flere oplysninger vil blive delt inden for den næste 1 time.

2. 25. august 2026 kl. 09.44 UTCinvestigating

   Vores hold har identificeret de ramte regioner og arbejder aktivt på at afbøde problemet. Vi vil levere yderligere opdateringer inden for en time, eller før, hvis vi har betydelige fremskridt at dele.

3. 25. august 2026 kl. 10.49 UTCinvestigating

   Vores hold har truffet få korrigerende foranstaltninger for at mindske problemet i en af de ramte regioner og observerer nogle forbedringer. Vi fortsætter med at overvåge situationen og vil træffe de nødvendige foranstaltninger, indtil hændelsen er fuldt ud genvundet. Vi vil levere yderligere opdateringer inden for de næste to timer, eller før, hvis vi har betydelige fremskridt at dele.

4. 25. august 2026 kl. 13.01 UTCmonitoring

   Vores hold fortsætter med at mindske problemet og observerer nogle forbedringer. Vi fortsætter med at overvåge situationen og vil træffe de nødvendige foranstaltninger, indtil hændelsen er fuldt ud genvundet. Vi vil levere yderligere opdateringer inden for de næste to timer, eller før, hvis vi har betydelige fremskridt at dele.

5. 25. august 2026 kl. 14.33 UTCresolved

   Den 25. aug 2026, nogle brugere kan have oplevet øget latency i e-mail, mobil og slap meddelelser. Spørgsmålet er nu løst, og tjenesten fungerer normalt for alle kunder.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. august 2026 kl. 19.22 UTCinvestigating

   Vi er aktivt undersøge rapporter om performance nedbrydning resulterer i øget latency for e-mail, mobil, og Slack meddelelser til JIRA, JSM, og Confluence. Vi vil dele opdateringer her som mere information er tilgængelig.

2. 24. august 2026 kl. 20.25 UTCinvestigating

   Vores hold har identificeret tre ramte regioner, og fortsætter med at undersøge den øgede latency påvirker e-mail, mobil, og Slack meddelelser til JIRA, JSM, og Confluence.

3. 24. august 2026 kl. 21.30 UTCidentified

   Vi har identificeret den sandsynlige årsag til problemet, og vores hold arbejder ihærdigt på en afbødning. Berørte brugere kan opleve øget latency i e-mail, mobil, og Slack meddelelser til JIRA, JSM, og Confluence. Vi vil fortsætte med at dele yderligere opdateringer her, da mere information er tilgængelig.

4. 24. august 2026 kl. 23.15 UTCresolved

   Den 24. august 2026, nogle JIRA, JSM, og Confluence brugere kan have oplevet performance nedbrydning resulterer i øget latency i e-mail, mobil, og Slack meddelelser. Spørgsmålet er løst for nyoprettede anmeldelser, og tjenesten fungerer normalt. Der kan være ældre anmeldelser, der behandles, og vi forventer, at de bliver afsluttet inden for de næste par timer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. august 2026 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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. juli 2026 kl. 09.48 UTCidentified

   Vi arbejder med vores underretningsudbyder for at løse problemet. Vi vil give en anden opdatering om 24 timer eller så snart mere information bliver tilgængelig.

2. 22. juli 2026 kl. 06.59 UTCidentified

   Et lille antal voice notifikationer for Jira Service Management og Opsgenie kunder ved hjælp af Indien baserede mobilnumre kan mislykkes. Kunder kan se fejlbehæftede voice call logs og ikke modtage den forventede personsøgning opkald. Vores tredje part anmeldelse udbyder arbejder aktivt hen imod at genoprette stemme anmeldelse levering og vi vil levere opdateringer, når problemet er løst. Hvis du har brug for yderligere støtte eller information, bedes du kontakte vores support team.

3. 24. juli 2026 kl. 13.07 UTCresolved

   Vores underretningsudbyder har identificeret roden til det problem, der forårsager voice call svigt til nogle Indiabaserede mobilnumre. Vi forstår den ulejlighed, dette kan forårsage, og værdsætter din tålmodighed, mens vores udbyder arbejder på at genoprette tjenesten. Hvis du har oplevet problemer med taledokumenter, bedes du kontakte vores support for hjælp.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. juli 2026 kl. 20.18 UTCinvestigating

   Vi undersøger aktivt rapporter om funktionsforringelse, der påvirker Automation reglerne for Jira og Jira Service Management. Vi vil dele opdateringer her som mere information er tilgængelig.

2. 20. juli 2026 kl. 21.27 UTCinvestigating

   Vores hold fortsætter med at undersøge forsinkelser i Jira og Jira Service Management automation regel henrettelser for nogle kunder. Vi ser tegn på forbedringer, men berørte brugere kan stadig opleve forsinkelser. Vi vil dele opdateringer her som mere information er tilgængelig.

3. 21. juli 2026 kl. 04.53 UTCidentified

   Holdet har identificeret en rodårsag og efter indledende test, er nu at foretage skalering ændringer for at hjælpe med at forhindre disse regel udførelse forsinkelser. Vi vil overvåge performance i løbet af de næste 24 timer og give en opdatering på det tidspunkt eller før, hvis vi kan bekræfte, at forbedringen er på plads.

4. 22. juli 2026 kl. 00.56 UTCresolved

   Vores hold har været i stand til at bekræfte, at alle regelhenrettelser udføres normalt, og dette spørgsmål er nu løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. juli 2026 kl. 16.03 UTCinvestigating

   Vi undersøger aktivt rapporter om funktionsforringelse, der påvirker Automation reglerne for Jira og Jira Service Management. Vi vil dele opdateringer her som mere information er tilgængelig.

2. 20. juli 2026 kl. 16.58 UTCidentified

   Vi har identificeret den sandsynlige årsag til problemet, og vores hold arbejder ihærdigt på en afbødning. Vi ser i øjeblikket tegn på forbedringer, men berørte brugere kan opleve forsinkelser i Jira og Jira Service management Automation regel henrettelser. Vi vil fortsætte med at dele yderligere opdateringer her som mere information er tilgængelig.

3. 20. juli 2026 kl. 17.23 UTCresolved

   Den 20. juli 2026, nogle Jira og Jira Service Management brugere kan have oplevet ydeevne forringelse af automatisering regel henrettelser. Spørgsmålet er nu løst, og tjenesten fungerer normalt for alle berørte kunder.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 6. juli 2026 kl. 09.23 UTCinvestigating

   Vi undersøger problemer, der påvirker dine tjenester. Vi arbejder aktivt på at identificere årsagen og løse problemet. Vi vil levere yderligere opdateringer inden for en time.

2. 6. juli 2026 kl. 10.04 UTCmonitoring

   Vi har anvendt fixet med succes og ser bedring. Automatiseringskapaciteten genoprettes og bør fungere normalt fremad. Databehandlingsanmodninger, der blev indgivet i løbet af afbrydelsesperioden, blev ikke afsluttet på grund af manglende adgang til tjenesten. Vi fortsætter med at overvåge situationen og forventer fuld bedring inden for den næste time. Vi vil levere yderligere opdateringer inden for den næste time eller før.

3. 6. juli 2026 kl. 11.46 UTCinvestigating

   Vi ser stadig nogle problemer med brugersøgning, brugerplukker og aktiver i hele EU-regionen. Vi fortsætter med at undersøge situationen og vil give yderligere opdateringer i den næste time eller før.

4. 6. juli 2026 kl. 12.25 UTCmonitoring

   Vi har anvendt fixet til at mindske problemet og ser bedring. Vi fortsætter med at overvåge situationen og bør snart blive fuldt tilbagebetalt. Vi bør kunne levere flere opdateringer inden for den næste time eller tidligere.

5. 6. juli 2026 kl. 13.04 UTCresolved

   Den 6. juli 2026, mellem 06: 51 UTC til 09: 39 UTC nogle brugere kan have oplevet problemer relateret Automation, og mellem 08: 10 UTC til 11: 50 UTC nogle brugere kan have oplevet problemer relateret til brugersøgning, bruger-picker og aktiver i EU-regionen. Problemerne er nu løst, og tjenesterne fungerer normalt for alle kunder.

6. 17. juli 2026 kl. 16.59 UTCpostmortem

   # # Summary Den 6. jul 2026, mellem 06: 51 og 20: 17 UTC, Atlantiske kunder, der bruger cloud-produkter i europæiske (EU) regioner oplevede serviceforstyrrelser påvirker automatisering regel udførelse, brugersøgning, bruger picker, og relaterede arbejdsgange. Hændelsen begyndte, da en central identitetstjeneste oplevede databasemætning i EU 's regioner og øgede latens- og fejlrater. Mens respondenterne arbejdede på at genoprette kapaciteten, blev der anvendt en nødafbødning, som forhindrede automatiseringsregler fra adgang til identitetsendepunktet. Parallelt, den forhøjede identitet latency bidraget til en cascading fiasko i en downstream bruger søgetjeneste, nedværdigende bruger søgning og bruger picker erfaringer på tværs af flere produkter. Service blev gradvist restaureret efter yderligere database læse kapacitet blev tilføjet, nødblokken blev fjernet, og brugersøgetjenesten blev manuelt skaleret op. # Impact Hændelsen berørte kunder på tværs af flere atlantiske produkter i EU-regioner d. 6. jul 2026 mellem 06: 51 og 20: 17 UTC. - * * Nedbrydning af kerneidentitetsservice: * * Der blev observeret forhøjede intermitterende adgangshastigheder for produkter i EU 's regioner. - * * Automation regel udførelse fejl: * * automatisering regler ved hjælp af standard bruger (Automation for Jira) i Jira, Jira Service Management, og Jira Produkt Discovery i EU regioner mislykkedes med en tilladelse fejl. - * * User search and user picker failts: * * bruger søgning succesrater faldt betydeligt i EU-regioner, med bruger picker kapacitet stort set ikke tilgængelig på tværs af produkter. # Root Cause Hændelsen opstod fra en nylig konfiguration ændring, der reducerede cache levetid for en kerne identitet service. Da trafikken på EU 's arbejdsdage steg den 6. juli 2026, begyndte en større del af anmodningerne at nå frem til backing databasen direkte i stedet for at blive serveret fra cache. EU-databaserne havde ikke tilstrækkelig regional kapacitet til at absorbere den øgede belastning, og databasen CPU nåede mætning, hvilket forårsagede forhøjede intermitterende adgangshastigheder nægtet. Som en del af afbødningen blev der indført en nødspærring for at reducere belastningen af den mættede identitetstjenestedatabase og prioritere genoprettelsen af den centrale identitetstjeneste. Dette forhindrede utilsigtet automatisering regler fra at passere deres præ-udførelse tilladelse kontrol, hvilket får dem til at mislykkes. Den forlængede varighed skyldtes først og fremmest en sekundær bølge af automatiseringsregelsvigt forårsaget af den procesbegrænsende begrænsning. Parallelt hermed forårsagede den vedvarende nedbrydning øget latens og intermitterende svigt på tværs af produkter, der er afhængige af disse kontroller, og bidrog til en cascading fiasko i en downstream bruger søgetjeneste. Som følge heraf blev brugersøgnings- og brugerplukkeroplevelser stort set utilgængelige i EU-regioner, indtil tilladelsestjenesten blev genvundet, og brugersøgetjenesten blev skaleret for at genoprette kapaciteten. # # Respial Actions Plan & Next Steps Vi ved, at udfald påvirker kundernes produktivitet. Atlassian prioriterer følgende foranstaltninger for at hjælpe med at forhindre lignende hændelser i fremtiden: - * * Forbedre sikkerhedsforanstaltningerne for nødhjælp med høj virkning: * * Hårdt operationelt værktøj, så afbødning trin, der kunne deaktivere customer-vender arbejdsgange kræver yderligere gennemgang. - * * Styrke identitetskapaciteten i infrastrukturen og ændre sikkerheden: * * Gennemgå regional database størrelse og kapacitet headroom for at reducere risikoen for mætning i spidsbelastningsperioder, og forfine vurderingsprocessen for konfigurationsændringer, så downstream belastning indvirkning evalueres før produktionen udrulning. - * * Styrke modstandsdygtigheden mod kaskadebrud fra opstrøms nedbrydning: * * Revision backpressure håndtering, kredsløb bryder konfiguration, og autoskalering adfærd i tjenester, så opstrøms nedbrydning ikke forårsage bredere produkt indvirkning på tværs af brugersøgning, bruger picker, og relaterede erfaringer. - * * Hårde replay mekanismer for Automation regel svigt: * * øge modstandsdygtigheden af automatisering regler for at reducere virkningen forbundet med hændelser, der opstår i afhængigheder.. Vi anerkender, hvor kritiske pålidelige produktarbejdsgange er for vores kunder, og vi undskylder til kunder, der blev påvirket af denne hændelse. Tak. Atlantisk kundesupport

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. juni 2026 kl. 22.46 UTCmonitoring

   Jira og JSM kunder, der bruger Microsoft OAuth til automatisk oprettelse af Jira billetter fra e-mail var ude af stand til at læse e-mail. Dette er nu fast og funktionel for alle nye indgående e-mail-behandling. De ramte kunder i hændelsesperioden nødt til at gen- godkende Microsoft mail server til at gendanne og nedenfor er instruktionerne. For at gen- godkende en indkommende Microsoft e- mail- server: Login i Jira som Admin Vælg > System Vælg Mail > Indkommende Mail. Vælg Redigér indkommende e- mail- server. Vælg fornyet godkendelse. Indtast dine Microsoft-legitimationer for at fortsætte med at bruge din Microsoft-mailserver.

2. 26. juni 2026 kl. 05.13 UTCresolved

   Vores team har proaktivt nået ud til alle berørte organisationer, der giver nedenstående instruktioner til at gengodkende deres Microsoft mail server. Hvis du stadig oplever dette problem, skal du forsøge at fuldføre re-godkendelse som angivet nedenfor. Hvis der stadig opstår yderligere problemer, som du mener er relateret til denne hændelse, bedes du kontakte Atlantis støtte til yderligere bistand.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 10. juni 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 18.27 UTCresolved

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