Elastic Cloud driftsforstyrrelser

1. 23. oktober 2026 kl. 04.04 UTCinvestigating

   Vi undersøger i øjeblikket et problem, der forhindrer adgang til Elastisk Support portalen. På dette tidspunkt, kan kunderne opleve problemer autentificering til støtte portalen.

2. 23. oktober 2026 kl. 04.59 UTCidentified

   Vi har identificeret et problem, der forhindrer adgang til Elastisk Support portal forårsaget af en opstrømsleverandør. Leverandøren har bekræftet en rettelse, der har genoprettet adgangen til nogle af sine berørte miljøer og er nu rullende det ud til resten. På dette tidspunkt, kan kunderne opleve problemer autentificering til støtte portalen.

3. 23. oktober 2026 kl. 06.33 UTCresolved

   Den opstrøms udbyder har afsluttet sin fix, og adgang til Elastic Support portal er blevet genoprettet. Kunderne kan autentificere til supportportalen igen. Vi overvejer at løse dette problem og vil ikke give yderligere opdateringer. Hvis du fortsat har problemer, bedes du kontakte os.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. oktober 2026 kl. 11.19 UTCinvestigating

   Vi er ved at undersøge et problem, der påvirker AutoOps for nyoprettede konti i AWS us-ØST1-regionen. Konti oprettet efter 00: 00 UTC den 22. oktober 2026 kan være ude af stand til at få adgang til AutoOps og kan se en fejl (HTTP 403), når du åbner den. Elastisk Cloud Hosted: AutoOps er ikke tilgængelig for berørte nye konti. Elastisk Cloud Serverless: AutoOps er ikke tilgængelig for berørte nye konti. Eksisterende installationer og projekter, og alle andre Elastiske Cloud funktionalitet, er ikke påvirket. Vores ingeniørhold arbejder på at identificere årsagen og genoprette adgangen. Vi vil give den næste opdatering inden 60 minutter, eller før, hvis der er en væsentlig ændring

2. 22. oktober 2026 kl. 12.00 UTCidentified

   Vi har identificeret årsagen til problemet, der påvirker AutoOps og er ved at implementere et fix. Elastisk Cloud Hosted og Elastisk Cloud Serverless: Kunder, der oprettede en ny konto i AWS us-ØST1-regionen, da ca. 00: 30 UTC den 22. oktober 2026 var ude af stand til at få adgang til AutoOps og kan have set en fejl (HTTP 403), når de åbner den. Fixet er rullende ud nu, og vi forventer, at situationen skal være fuldt løst inden 13: 00 UTC. Eksisterende installationer og projekter, og alle andre Elastiske Cloud funktionalitet, er ikke påvirket.

3. 22. oktober 2026 kl. 20.50 UTCresolved

   Vi løste problemet med AutoOps kl. 12.30 UTC. Elastisk Cloud Hosted og Elastisk Cloud Serverless: Kunder, der oprettede en ny konto i AWS us-ØST1-regionen, da ca. 00: 30 UTC den 22. oktober 2026 var ude af stand til at få adgang til AutoOps og kan have set en fejl (HTTP 403), når de åbner den.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. oktober 2026 kl. 20.07 UTCinvestigating

   Vi undersøger et problem, der påvirker evnen til at skalere eksisterende Elastiske Cloud Hosted installationer og serverløse projekter i Azure. Nye projekt og implementering skabelse i Azure kan blive forsinket.

2. 20. oktober 2026 kl. 21.24 UTCidentified

   Vi har identificeret et problem, der påvirker evnen til at skalere eksisterende Elastiske Cloud Hosted installationer og serverløse projekter i Azure. Nye projekt og implementering skabelse i Azure kan blive forsinket. Ingeniører arbejder aktivt på at mindske problemet.

3. 20. oktober 2026 kl. 22.27 UTCmonitoring

   Ingeniører har identificeret og begrænset et problem, der påvirker evnen til at skalere eksisterende Elastic Cloud Hosted installationer og serverløse projekter i Azure. Vi overvåger spørgsmålet for at sikre, at operationerne fortsætter normalt.

4. 21. oktober 2026 kl. 03.05 UTCresolved

   Ingeniører har mindsket et problem, der påvirker evnen til at skalere eksisterende Elastic Cloud Hosted installationer og serverløse projekter i Azure. Skalering virker som forventet.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. oktober 2026 kl. 06.51 UTCinvestigating

   Vi undersøger et problem, der påvirker én disponibilitetszone i regionen GCP europe- west2 (London). Fra omkring 06: 15 UTC, nogle Elastic Cloud Hosted og Serverless installationer med kapacitet i denne zone kan opleve forringet tilgængelighed eller forbindelse. Overvågning og logning af deployeringer i regionen kan også blive forsinket. Udsættelse i andre zoner og regioner berøres ikke. Vores ingeniører arbejder aktivt på problemet, og vi er i kontakt med vores cloud-udbyder.

2. 20. oktober 2026 kl. 07.56 UTCidentified

   Vores cloud-udbyder har bekræftet en infrastruktur hændelse, der påvirker en enkelt tilgængelighed zone (europe- west2- b) i GCP europe- west2 (London) region, hvilket forårsager netværkstilslutning tab og ressource manglende tilgængelighed i denne zone. Elastisk Cloud Hosted installationer og Elastisk Serverless projekter med ressourcer i den berørte zone kan være utilgængelige eller opleve forringet ydeevne. Vi har taget skridt til at undgå at placere nye serverløse projekter i den berørte zone, og vi arbejder på at genoprette tjenester, der er afhængige af det. Den reducerede kapacitet i regionen kan forsinke opskaleringen og skabelsen af nye ressourcer. Vi har endnu ikke en estimeret tid til inddrivelse fra vores cloud-udbyder. Vi arbejder tæt sammen med dem og vil levere den næste opdatering inden for en time.

3. 20. oktober 2026 kl. 09.15 UTCidentified

   Infrastrukturhændelsen hos vores cloud-udbyder, der påvirker tilgængelighed zone europee- west2- b i GCP europe- west2 (London) regionen er i gang. Elastisk Cloud Hosted: De fleste deployeringer med ressourcer i den berørte zone forbliver utilgængelige eller nedbrudt. Vi ser tidlige, begrænsede tegn på bedring, og et lille antal af de oprindeligt berørte installationer er ved at komme sig. Vi fortsætter vores afbødende arbejde og vil dele mere, efterhånden som opsvinget skrider frem. Elastisk serverfri: Vi har taget skridt til at undgå at placere nye projekter i den berørte zone, og vi er nu ved at afbalancere eksisterende projekter til andre tilgængelige områder. Vi ser tegn på bedring - nogle projekter er stadig ikke tilgængelige eller nedbrudt i mellemtiden. Den reducerede kapacitet i regionen kan forsinke opskaleringen og skabelsen af nye ressourcer. Vi har endnu ikke en estimeret tid til fuld inddrivelse fra vores cloud-udbyder. Vi arbejder tæt sammen med dem og vil give den næste opdatering inden 10: 15 UTC.

4. 20. oktober 2026 kl. 10.32 UTCidentified

   Infrastrukturhændelsen hos vores cloud-udbyder, der påvirker tilgængelighed zone europee- west2- b i GCP europe- west2 (London) regionen er i gang. Elastisk Cloud Hosted installationer og Elastisk Serverless projekter med ressourcer i den berørte zone kan forblive utilgængelige eller nedbrudt. Vores team arbejder fortsat på afbødning og genopretning, og vi arbejder tæt sammen med vores cloud-udbyder. Vi har endnu ikke et anslået tidspunkt til fuld genopretning. Vi vil give den næste opdatering ved 12: 00 UTC, eller før, hvis der er en betydelig ændring.

5. 20. oktober 2026 kl. 12.24 UTCidentified

   Infrastrukturhændelsen hos vores cloud-udbyder, der påvirker tilgængelighed zone europee- west2- b i GCP europe- west2 (London) regionen er i gang. Vi ser små tegn på helbredelse, både fra vores cloud-udbyder og fra vores eget afbødende arbejde. Elastisk Cloud Hosted: Nogle af de berørte installationer er ved at komme sig. Kunder hvis plan ændringer eller andre operationer mislykkedes under hændelsen rådes til at prøve dem igen fra Elastic Cloud konsol. Operationer, der afhænger af den berørte zone kan tage længere tid end normalt, eller mislykkes igen, indtil bedring skrider videre. Nogle deployeringer kan forblive utilgængelige eller nedbrudt. Elastisk serverfri: Nogle projekter kan forblive utilgængelige eller nedbrudt.

6. 20. oktober 2026 kl. 14.15 UTCidentified

   Infrastrukturhændelsen på vores cloud-udbyder, der påvirker tilgængelighed zone europe- west2- b i GCP europe- west2 (London) regionen er ved at komme sig. Vores cloud-udbyder rapporterer inddrivelse af tjenester for de fleste arbejdsbyrder i regionen, og vi ser fremskridt på vores side som den berørte zone kommer tilbage. Elastisk Cloud Hosted: Et stigende antal berørte installationer er ved at komme sig. Kunder hvis plan ændringer eller andre operationer mislykkedes under hændelsen rådes til at prøve dem igen fra Elastic Cloud konsol. Nogle deployeringer kan stadig være utilgængelige eller nedbrudt, og nogle kan have brug for yderligere opsving trin, som vores Support team vil arbejde gennem sag for sag. Hvis din indsats stadig er usund, bedes du kontakte Support. Operationerne kan tage længere tid end normalt, mens kapaciteten genoprettes.

7. 20. oktober 2026 kl. 17.27 UTCidentified

   Infrastrukturhændelsen på vores cloud-udbyder, der påvirker tilgængelighed zone europee- west2- b i GCP europe- west2 (London) regionen er blevet løst. Vi arbejder fortsat hen imod fuld genopretning af vores tjenester. Elastisk Cloud Hosted: Et stigende antal berørte installationer er ved at komme sig. Kunder hvis plan ændringer eller andre operationer mislykkedes under hændelsen rådes til at prøve dem igen fra Elastic Cloud konsol. Nogle deployeringer kan stadig være utilgængelige eller nedbrudt, og nogle kan have brug for yderligere opsving trin, som vores Support team vil arbejde gennem sag for sag. Hvis din indsats stadig er usund, bedes du kontakte Support. Operationerne kan tage længere tid end normalt, mens kapaciteten genoprettes.

8. 20. oktober 2026 kl. 21.54 UTCresolved

   Infrastrukturhændelsen på vores cloud-udbyder, der påvirker tilgængelighed zone europee- west2- b i GCP europe- west2 (London) regionen er blevet løst. Teknikken har afsluttet genopretningen af infrastrukturen i den berørte disponibilitetszone. Elastisk Cloud Hosted: Kunder hvis plan ændringer eller andre operationer mislykkedes under hændelsen rådes til at prøve dem igen fra Elastic Cloud konsol. Nogle deployeringer kan stadig være utilgængelige eller nedbrudt, og kan have brug for yderligere opsving trin, som vores Support team vil arbejde gennem sag for sag. Hvis din indsats stadig er usund, bedes du kontakte Support.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. oktober 2026 kl. 16.42 UTCinvestigating

   Vi undersøger et problem, der påvirker nogle Elastiske Cloud Serverless projekter i GCP us-Central1-regionen. Kunderne kan opleve forsinket eller utilgængelig projektdrift.

2. 8. oktober 2026 kl. 17.21 UTCidentified

   Vi har identificeret et problem med cloud storage påvirker nogle Elastic Cloud Serverless projekter i GCP us- central 1-regionen. Kunderne kan opleve forsinkede eller utilgængelige projektoperationer. Udbyderen undersøger sagen, og vi overvåger helbredelsen. Vi vil give en anden opdatering, når mere information er tilgængelig.

3. 8. oktober 2026 kl. 19.17 UTCidentified

   Nogle Elastiske Cloud Serverless projekter i GCP us- centrale 1 region kan stadig opleve forsinkede eller utilgængelige projektoperationer. Udbyderen fortsætter med at undersøge spørgsmålet. Vi overvåger situationen og vil give endnu en opdatering, når der er flere oplysninger til rådighed.

4. 8. oktober 2026 kl. 20.47 UTCmonitoring

   Vi har observeret forbedringer efter lempelser blev anvendt af vores opstrøms cloud storage udbyder. Nogle Elastiske Cloud Serverless projekter i GCP us- centrale 1-regionen kan stadig opleve forsinkede eller utilgængelige projektoperationer, mens inddrivelse fortsætter. Vi overvåger situationen og vil give endnu en opdatering, når der er flere oplysninger til rådighed.

5. 9. oktober 2026 kl. 00.54 UTCresolved

   Den opstrøms cloud storage problem påvirker nogle Elastic Cloud Serverless projekter i GCP us- centrale 1 region er blevet løst. Projektaktiviteterne er blevet normale igen, og vi ser ikke længere berørte projekter i en rød sundhedstilstand.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 6. oktober 2026 kl. 14.04 UTCinvestigating

   Kunder med serverløse projekter i Azure UAE North region kan se forsinkelser i målinger vises i Cloud UI. Holdet undersøger problemet, og vi vil sende en opdatering om 2 timer eller før om nødvendigt

2. 6. oktober 2026 kl. 17.54 UTCresolved

   Spørgsmålet om den metriske tilgængelighed for serverløse projekter i Azure UAE North er blevet løst. Forsinkede "Brug og ydeevne" målinger er nu ved at komme sig, og i kø bruger records bliver behandlet. Der forventes ingen tab af data.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. september 2026 kl. 14.04 UTCinvestigating

   Vi oplever i øjeblikket forsinkelser i leveringen af nye cloud-ressourcer på grund af langsommelighed med en ekstern container image udbyder. Dette kan medføre forsinkelser, når der skabes nye installationer, skaleres eksisterende eller flyttes til områder, der er berørt af vedligeholdelse af infrastrukturen. Som afbødning, kan du prøve at genkøre mislykkede planændringer. Eksisterende løbende installationer er ikke påvirket. Vores team overvåger situationen og arbejder på at mildne problemet. Vi vil levere en opdatering inden for de næste 12 timer.

2. 23. september 2026 kl. 16.03 UTCresolved

   Dette spørgsmål er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 17. september 2026 kl. 15.50 UTCinvestigating

   Vi undersøger rapporter af manglende nodeniveau målinger (CPU, hukommelse, disk, tråd pools) for nylig tidsintervaller i en delmængde af AutoOps regioner. Dette kan vises som en "No data" besked på Nodes visning. Klynge sundhed, skår, og implementering data er upåvirket, og ingen tab af data er forekommet. Vi vil levere en opdatering inden for de næste 2 timer eller tidligere.

2. 17. september 2026 kl. 16.13 UTCidentified

   Vi har identificeret årsagen til de manglende node-niveau målinger (CPU, hukommelse, disk, tråd pools) i berørte regioner. Klynge sundhed, skår, og implementering data blev aldrig påvirket, og ingen tab af data er forekommet. Et fix er valideret i en region og er nu ved at blive rullet ud til de resterende berørte regioner. Vi vil give en yderligere opdatering, når udrulningen er færdig.

3. 17. september 2026 kl. 16.31 UTCresolved

   Problemet forårsager manglende nodeniveau målinger (CPU, hukommelse, disk, tråd pools) for nylig tidsintervaller i en delmængde af AutoOps regioner er blevet fuldt løst. Klynge sundhed, skår, og implementering data var upåvirket i hele, og ingen data blev tabt.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. september 2026 kl. 13.17 UTCinvestigating

   Vi er i øjeblikket klar over, at nogle kunder kan være ude af stand til at få adgang til Elastisk Support Portal på dette tidspunkt. Vi arbejder sammen med vores udbyder for at undersøge. Hvis du har brug for at kontakte support i mellemtiden, bedes du kontakte support @ elastic.co.

2. 16. september 2026 kl. 14.49 UTCmonitoring

   Vi ser tegn på bedring på Elastisk Support Portal, og kunderne bør nu være i stand til at få adgang som normalt. Vi vil fortsætte overvågningen i 30 minutter, før vi markerer denne hændelse som løst.

3. 16. september 2026 kl. 15.38 UTCresolved

   Elastisk Support Portalen forbliver tilgængelig og stabil - på dette tidspunkt, vi overvejer denne hændelse løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 12. september 2026 kl. 23.21 UTCinvestigating

   Vi undersøger metriske forsinkelser i konsollen.

2. 13. september 2026 kl. 00.18 UTCidentified

   Vi har identificeret og fikseret årsagen til målerens forsinkelse. Køen bliver behandlet, og forsinkede målinger vil kunne ses, når de er færdige.

3. 13. september 2026 kl. 02.55 UTCmonitoring

   Metrics køer bliver behandlet og forsinkede data begynder at vise igen. Vi vil overvåge for at være sikker på alt indhenter som forventet.

4. 13. september 2026 kl. 07.45 UTCresolved

   Den metrics indtagelse forsinkelse i GCP us-øst4 er blevet fuldstændig løst. Alle data i kø er blevet behandlet, og målinger viser sig nu i konsollen i realtid.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 10. september 2026 kl. 01.30 UTCidentified

   Vi har identificeret og er i færd med at fastsætte + formildende en fejl i vores tilladelser management UI, der er forhindrer brugere med Organisation Ejer rolle og Cloud Console, Elasticsearch, og Kibana adgang til Kibana i Hosted implementering.

2. 10. september 2026 kl. 06.03 UTCidentified

   Opdatering: Denne hændelse er stadig i gang, og vi undersøger fortsat.

3. 10. september 2026 kl. 09.51 UTCmonitoring

   Opdatering: Fixet er blevet indsat til produktion, og vi har anvendt en datakorrektion til berørte konti, genoprette Kibana adgang for ramte brugere. Vi overvåger for at bekræfte fuld beslutning.

4. 10. september 2026 kl. 22.31 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 9. september 2026 kl. 20.44 UTCidentified

   Vi har identificeret en fejl i Fleet Server 9.5.3 (også til stede i 9.4.6), der kan få Elastiske Agenter til at knække-loop og gå offline, når Fleet skubber en konfiguration opdatering, herunder tilmelding, en politisk ændring, eller en rutine revision bump. Dette påvirker kun politikker, der bruger flådens fjernbetjening Elasticsearch output funktion. Henstilling: Hvis du bruger Fleets eksterne Elasticsearch output, må du ikke opgradere til 9.5.3 eller 9.4.6, før en fast version er tilgængelig. Hvis du allerede er på en berørt version og oplever agent check- in fejl, kontakt Support for oprydning trin. Et fix er blevet slået sammen og vil sende i de næste 9.5.x og 9.4.x udgivelser. Known issue documentation: fleet- server # 7791, elastic- agent # 16542.

2. 11. september 2026 kl. 14.25 UTCidentified

   Vi har lappet version 9.5.3 og 9.4.6 med korrigerede udgivelser indsat fra den 10. september 2026 kl 21: 20 UTC. - Opgradering til de aktuelle 9.4.6 eller 9.5.3 udgivelser vil ikke blive påvirket af denne fejl, da den opdaterede udgave indeholder fixet. - Hvis du opgraderede til 9.4.6 eller 9.5.3 før 21: 20 UTC den 10. september 2026, skal du foretage følgende afbødning: 1. Tving genstart Integration Server komponent af dig påvirket implementering 2. Kør oprydning procedurer på berørte Elastiske agenter (se https: / / support.elastic.co / vidence / bee1c75c) - kræves, hvis agenter undladt at tjekke ind eller forblev offline efter Integration Server genstart

3. 11. september 2026 kl. 16.00 UTCidentified

   Vi har lappet version 9.5.3 og 9.4.6 med korrigerede udgivelser indsat fra den 10. september 2026 kl 21: 20 UTC. - Opgradering til de aktuelle 9.4.6 eller 9.5.3 udgivelser vil ikke blive påvirket af denne fejl, da den opdaterede udgave indeholder fixet. - Hvis du opgraderede til 9.4.6 eller 9.5.3 før 21: 20 UTC den 10. september 2026, skal du foretage følgende afbødning: 1. Tving genstart Integration Server komponent af dig påvirket implementering 2. Kør oprydning procedurer på berørte Elastiske agenter (se https: / / support.elastic.co / vidence / bee1c75c) - kræves, hvis agenter undladt at tjekke ind eller forblev offline efter Integration Server genstart VIGTIGT: Den lappede flådeserver er ikke tilgængelig uden Elastic Cloud Enterprise (ECE) Stack Packs og Elastic Cloud Hosted (ECH).

4. 17. september 2026 kl. 10.30 UTCresolved

   Vi har bekræftet, at Elastiske Agenter ikke længere oplever tilmeldingsfejl relateret til dette spørgsmål. Korrigerede flådeserver-udgivelser (9.5.4 / 9.4.6) har været tilgængelige på Elastic Cloud Hosted og Elastic Cloud Enterprise stack pakker siden 10 september 2026, og alle kendte berørte installationer har bekræftet bedring. Hvis du opgraderede til en berørt udgivelse før dette tidspunkt og endnu ikke har anvendt afbødning, vejledning er tilgængelig her: https: / / support.elastic.co / viden / bee1c75c.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 2. september 2026 kl. 00.04 UTCresolved

   Fra 21: 50 til 23: 42 UTC, vi stødte på forhøjede fejlrater for Anthropic Claude Haiku 4.5, OpenAI GPT- 5.6, og Google Gemini 2.5 Flash med Elastisk Inferens Service i EU 's regioner. Dette spørgsmål er nu løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. september 2026 kl. 15.18 UTCinvestigating

   Vi er i øjeblikket ved at undersøge et problem, der påvirker tjenester, der kører i GCP us-central1. Vi vil give yderligere opdateringer, når vi lærer mere om omfanget af virkningen.

2. 1. september 2026 kl. 15.51 UTCidentified

   Et løbende problem er at påvirke tjenester, der kører i GCP us- central1. Dette omfatter, men er ikke begrænset til Elastic Cloud Hosted og Serverless projekter i regionen og vores Docker Registry service. Vi fortsætter med at overvåge situationen og vil give opdateringer, når de er tilgængelige.

3. 1. september 2026 kl. 16.15 UTCidentified

   Et igangværende opstrøms CSP problem påvirker tjenester, der kører i GCP us- central1. Dette omfatter, men er ikke begrænset til Elastic Cloud Hosted og Serverless projekter i regionen og vores Docker Registry service. Vi fortsætter med at overvåge situationen og vil give opdateringer, når de er tilgængelige.

4. 1. september 2026 kl. 16.22 UTCmonitoring

   Vi ser tegn på opsving for tjenester i GCP us- central1 påvirket af en opstrøms CSP problem. Vi fortsætter med at overvåge situationen og vil levere opdateringer, efterhånden som de bliver tilgængelige.

5. 1. september 2026 kl. 20.05 UTCresolved

   Dette spørgsmål er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. september 2026 kl. 08.16 UTCinvestigating

   Vi er klar over en fejl, der påvirker kunder på Elasticsearch versioner 9.5.0, 9.5.1 og 9.5.2, hvor bulk indeks operationer behandlet på den primære skår kan resultere i divergens på replikaer resulterer i høj diskforbrug og langløbet- recovery. Holdet arbejder på et fix. Yderligere oplysninger findes på https: / / www.elastic.co / docs / release- notes / elasticsearch / known-issues # elasticsearch- 9.5.2-known-issues Den næste opdatering vil være i de næste 2 timer eller før, hvis det er nødvendigt.

2. 1. september 2026 kl. 11.07 UTCidentified

   Vi har identificeret roden årsag og holdet arbejder på en rettelse planlagt til at blive frigivet i Elasticsearch version 9.5.3 Hvad du kan gøre: - Hvis du endnu ikke har opgraderet til 9,5. *, er du ikke påvirket som opgraderinger til 9,5 er blevet deaktiveret indtil 9.5.3 er frigivet - Hvis du allerede kører 9,5 og oplever symptomerne på dette problem, bedes du kontakte Elastisk Support. Yderligere oplysninger findes på https: / / www.elastic.co / docs / release- notes / elasticsearch / known-issues # elasticsearch- 9.5.2-known-issues

3. 1. september 2026 kl. 15.46 UTCidentified

   Fixet er blevet identificeret og backporteret til Elasticsearch 9,5 patch grenen. Holdene udfører de nødvendige valideringer før planlægning og rullende ud 9.5.3 udgivelse.

4. 3. september 2026 kl. 12.13 UTCmonitoring

   Elasticsearch 9.5.3 er blevet udgivet og alle kunder i øjeblikket kører 9.5.0, 9.5.1 eller 9.5.2 rådes til at opdatere til denne nye version så hurtigt som muligt.

5. 3. september 2026 kl. 15.47 UTCmonitoring

   Elasticsearch 9.5.3 er blevet udgivet og alle kunder i øjeblikket kører 9.5.0, 9.5.1 eller 9.5.2 rådes til at opdatere til denne nye version så hurtigt som muligt. Påvirkede kunder rådes til at følge workaround trin fra https: / / github.com / elastic / elasticsearch / issues / 158212 efter opgraderingen.

6. 30. september 2026 kl. 20.44 UTCresolved

   Dette problem blev løst i den 9.5.3 frigivelse af Elasticsearch. Kunder kører versioner 9.5.0, 9.5.1, eller 9.5.2 i Elasticsearch rådes til at opdatere til en nyere version så hurtigt som muligt.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 27. august 2026 kl. 17.11 UTCmonitoring

   Den 26 august, på omkring 00: 00 UTC vi indsat en ændring i Managed Input, der påvirkede nogle regler i vores interne DNS udbyder, fjerne .apm endepunkter nogle af vores serverless kunder. Tjenesten blev restaureret omkring kl. 9 UTC samme dag. I løbet af denne periode, nogle kunder ville have oplevet manglende tilgængelighed af .apm endpoint, i en periode i 9 timer vindue. Vi indfører nogle kontroller og advarsler for at sikre, at dette ikke sker igen.

2. 27. august 2026 kl. 18.33 UTCresolved

   Dette er nu løst

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. august 2026 kl. 20.22 UTCinvestigating

   Vi er i øjeblikket ved at undersøge forhøjede fejlrater påvirker den administrerede OTLP på Elastic Cloud Serverless. Vores hold undersøger aktivt årsagen. Vi vil levere en opdatering inden for 30 minutter.

2. 20. august 2026 kl. 20.53 UTCinvestigating

   Vi fortsætter med at undersøge forhøjede fejlrater påvirker den administrerede OTLP på Elastic Cloud Serverless. Vi vil levere en opdatering inden for 1 time.

3. 20. august 2026 kl. 21.59 UTCidentified

   Vi har identificeret den grundlæggende årsag til de forhøjede fejlrater, der påvirker de serverless managed OTLP. Der er blevet anvendt en afbødning, og vi overvåger for at bekræfte fejlrater tilbage til baseline. Baseret på vores undersøgelse, kundearbejde blev ikke påvirket.

4. 20. august 2026 kl. 22.13 UTCresolved

   Denne hændelse er blevet løst. Den grundlæggende årsag er blevet identificeret og behandlet. Kundens arbejdsbyrde blev ikke påvirket under denne hændelse.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. august 2026 kl. 12.48 UTCinvestigating

   Et spørgsmål, der vedrører oprettelsen af nye serverløse projekter i Azure 's østlige region, er blevet identificeret. Vores team efterforsker sagen. Vi vil give en opfølgning status opdatering inden for den næste time eller så snart roden årsag er etableret, alt efter hvad der sker først.

2. 20. august 2026 kl. 14.05 UTCmonitoring

   Vi har fastslået, at problemet skyldes et opstrømsproblem med Azure lagerkomponent. Efter undersøgelse er virkningen begrænset til nye projektinitialiseringstider, hvilket resulterer i længere etableringstid for serverløse projekter i Azure East-regionen. Vi vil give en yderligere opdatering, når spørgsmålet er løst.

3. 20. august 2026 kl. 16.22 UTCresolved

   Azure 's opbevaring komponent spørgsmål i øst-regionen er blevet løst. Serverløse projektoprettelsestider er derfor vendt tilbage til normale og fungerer som forventet.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 14. august 2026 kl. 09.22 UTCidentified

   Elasticsearch 9.5.1 indeholder et kendt problem, hvor booleske forespørgsler, der indeholder et must, filter eller bør klausul ved hjælp af en multi-værdi udtryk forespørgsel, sammen med en must _ not klausul om felter med deaktiveret indeksering, stadig kan returnere false-positive kampe. Mens patch i 9.5.1 (https: / / github.com / elastik / elasticsearch / pull / 155936) løst bulkscorer defekt for term og range forespørgsel stier; multi-værdi udtryk forespørgsler udnytte en anden Lucene forespørgsel type, der ikke var dækket af denne rettelse. Time Series Data Streams (TSDB) og columnar indekser / datastrømme forbliver påvirket for denne forespørgsel mønster, da indeksering er deaktiveret som standard på disse felter. Berørte termer spørgsmål kan returnere falsepositive kampe (herunder dokumenter, der skulle have været udelukket) og rapportere højere dokument tæller end forventet. Ingen fejl er rejst, så forespørgsler vil synes at fuldføre med succes. Hvad du kan gøre: - Hvis du endnu ikke har opgraderet til 9,5. *, anbefaler vi at udsætte opgraderingen indtil version 9.5.2 er tilgængelig. - Hvis du allerede kører 9,5. *, kontakt Elastisk Support, hvis du har brug for hjælp til at afgøre, om dine søgninger er påvirket. Vi har identificeret årsagen, et fix er i gang, og vi forbereder en patch frigivelse. Vi vil give en yderligere opdatering, når fixet er klar.

2. 20. august 2026 kl. 17.09 UTCresolved

   Elasticsearch 9.5.2 er blevet frigivet og indeholder fix for dette problem. Kunder, der kører 9.5.0 eller 9.5.1 bør opgradere til 9.5.2. På nuværende tidspunkt overvejer vi at løse dette problem og vil ikke give yderligere opdateringer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 13. august 2026 kl. 08.32 UTCinvestigating

   Vi ser forhøjede fejlrater fra opstrøms udbyder til mikrosoft- flersproget- e5- stor indlejringsmodel. Søg indlejring anmodninger til denne model kan mislykkes. Vi undersøger

2. 13. august 2026 kl. 14.45 UTCinvestigating

   Vi ser nogle forbedringer i tilgængeligheden, men fortsætter med at overvåge situationen. Vi vil følge op med flere oplysninger til sin tid.

3. 13. august 2026 kl. 18.26 UTCmonitoring

   Desværre kan vi ikke længere støtte E5 Multilingual Large model på Elastisk Inference Service på grund af fortsatte opstrøms udbyder spørgsmål. Alle kunder, der kræver denne model bør oprette brugerdefinerede inferens endepunkter ved hjælp af deres egne API-nøgler.

4. 17. august 2026 kl. 11.40 UTCresolved

   Den mikrosoft- flersproget- e5- store model er blevet pensioneret fra Elastisk Inference Service. Anmodninger til denne model returnerer nu en fejl. Kunder, der ønsker at bruge denne model med Elastisk cloud skal oprette en brugerdefineret inference endpoint ved hjælp af deres egen API-nøgle. http: / / www.elastic.co / docs / api / doc / elasticsearch / group / endpoint- inference

Automatisk oversat fra den officielle hændelsesopdatering.