Istoricul incidentelor Elastic Cloud

1. 23 octombrie 2026 la 04:04 UTCinvestigating

   Investigăm în prezent o problemă care împiedică accesul la portalul Elastic Support. În acest moment, clienții pot experimenta probleme care autentifică portalul de sprijin.

2. 23 octombrie 2026 la 04:59 UTCidentified

   Am identificat o problemă care împiedică accesul la portalul Elastic Support cauzat de un furnizor din amonte. Furnizorul a confirmat un fix care a restaurat accesul pentru unele dintre mediile sale afectate și este acum de rulare la restul. În acest moment, clienții pot experimenta probleme care autentifică portalul de sprijin.

3. 23 octombrie 2026 la 06:33 UTCresolved

   Furnizorul din amonte și-a finalizat fixarea, iar accesul la portalul Elastic Support a fost restabilit. Clienţii se pot autentifica din nou pe portalul suport. Luăm în considerare această problemă rezolvată și nu vom mai furniza alte actualizări. Dacă continuaţi să aveţi probleme, vă rugăm să ne contactaţi.

Traducere automată din actualizarea oficială a incidentului.

1. 22 octombrie 2026 la 11:19 UTCinvestigating

   Investigăm o problemă care afectează AutoOps pentru conturile nou create din regiunea AWS ne-est-1. Conturile create după ora 00:00 UTC la 22 octombrie 2026 pot fi în imposibilitatea de a accesa AutoOps și pot vedea o eroare (HTTP 403) la deschiderea acesteia. Cloud Elastic găzduit: AutoOps nu este disponibil pentru conturile noi afectate. Elastic Cloud Serverless: AutoOps nu este disponibil pentru conturile noi afectate. Desfășurările și proiectele existente și toate celelalte funcționalități Elastic Cloud nu sunt afectate. Echipele noastre de ingineri lucrează pentru a identifica cauza şi pentru a restabili accesul. Vom furniza următoarea actualizare în 60 de minute, sau mai devreme dacă există o schimbare semnificativă

2. 22 octombrie 2026 la 12:00 UTCidentified

   Am identificat cauza problemei care afectează AutoOps și sunt implementarea unui fix. Cloud Elastic Hosted and Elastic Cloud Serverless: Clienții care au creat un nou cont în regiunea AWS ne-est-1 deoarece aproximativ 00:30 UTC pe 22 octombrie 2026 nu au putut accesa AutoOps și pot fi văzut o eroare (HTTP 403) la deschiderea acestuia. Fixarea este de rulare acum, și ne așteptăm ca situația să fie rezolvată pe deplin până la ora 13:00 UTC. Desfășurările și proiectele existente și toate celelalte funcționalități Elastic Cloud nu sunt afectate.

3. 22 octombrie 2026 la 20:50 UTCresolved

   Am rezolvat problema care afectează AutoOps la 12:30 UTC. Cloud Elastic Hosted and Elastic Cloud Serverless: Clienții care au creat un nou cont în regiunea AWS ne-est-1 deoarece aproximativ 00:30 UTC pe 22 octombrie 2026 nu au putut accesa AutoOps și pot fi văzut o eroare (HTTP 403) la deschiderea acestuia.

Traducere automată din actualizarea oficială a incidentului.

1. 20 octombrie 2026 la 20:07 UTCinvestigating

   Investigăm o problemă care afectează capacitatea de a escalada extensii Elastic Cloud găzduite și proiecte fără servere în Azure. Crearea de noi proiecte și implementare în Azure poate fi amânată.

2. 20 octombrie 2026 la 21:24 UTCidentified

   Am identificat o problema care afecteaza capacitatea de a scala existenta desfasurari Elastic Cloud Hosted si proiecte Serverless in Azure. Crearea de noi proiecte și implementare în Azure poate fi amânată. Inginerii lucrează activ pentru a atenua problema.

3. 20 octombrie 2026 la 22:27 UTCmonitoring

   Inginerii au identificat și atenuat o problemă care afectează capacitatea de a scala implementarea existentă a Cloud Elastic Hosted și proiectele fără servere din Azure. Monitorizăm problema pentru a ne asigura că operațiunile continuă în mod normal.

4. 21 octombrie 2026 la 03:05 UTCresolved

   Inginerii au atenuat o problemă care afectează capacitatea de a scala implementarea existentă a Cloud-ului Elastic și proiectele fără servere din Azure. Scalarea funcţionează conform aşteptărilor.

Traducere automată din actualizarea oficială a incidentului.

1. 20 octombrie 2026 la 06:51 UTCinvestigating

   Investigăm o problemă care afectează o zonă de disponibilitate în regiunea GCP Europa-Vest2 (London). Incepand cu aproximativ 06:15 UTC, unele desfasurari Elastic Cloud Hosted si Serverless cu capacitate in aceasta zona pot experimenta disponibilitate sau conectivitate degradata. Monitorizarea și exploatarea forestieră în cazul implementării în regiune pot fi, de asemenea, întârziate. Implementarea în alte zone și regiuni nu este afectată. Inginerii noştri lucrează activ la această problemă şi suntem în contact cu furnizorul de cloud.

2. 20 octombrie 2026 la 07:56 UTCidentified

   Furnizorul nostru de cloud a confirmat un incident de infrastructură care afectează o singură zonă de disponibilitate (europe-west2-b) în regiunea GCP Europa-west2 (London), cauzând pierderea conectivității la rețea și pierderea resurselor în acea zonă. Desfășurări Elastic Cloud găzduite și proiecte Elastic Serverless cu resurse în zona afectată pot fi indisponibile sau pot experimenta performanțe degradate. Am luat măsuri pentru a evita plasarea de noi proiecte Serverless în zona afectată, și lucrăm pentru a restabili servicii care depind de ea. Reducerea capacității în regiune poate întârzia scalarea și crearea de noi resurse. Nu avem încă un timp estimat pentru recuperarea de la furnizorul nostru de cloud. Lucrăm îndeaproape cu ei și vom furniza următoarea actualizare într-o oră.

3. 20 octombrie 2026 la 09:15 UTCidentified

   Incidentul de infrastructură la furnizorul nostru de cloud care afectează zona de disponibilitate Europa-Vest2-b în regiunea GCP Europa-Vest2 (London). Cloud Elastic Gazduit: Majoritatea implementarilor cu resurse in zona afectata raman indisponibile sau degradate. Vedem semne timpurii, limitate de recuperare, și un număr mic de implementare afectate inițial sunt în recuperare. Ne continuăm activitatea de atenuare și vom împărtăși mai mult pe măsură ce redresarea progresează. Server elastic fără: Am luat măsuri pentru a evita plasarea de noi proiecte în zona afectată și acum reechilibrăm proiectele existente în alte zone de disponibilitate. Vedem semne de recuperare - unele proiecte rămân indisponibile sau degradate între timp. Reducerea capacității în regiune poate întârzia scalarea și crearea de noi resurse. Nu avem încă un timp estimat pentru recuperarea completă de la furnizorul nostru de cloud. Lucrăm îndeaproape cu ei şi vom furniza următoarea actualizare până la ora 10:15.

4. 20 octombrie 2026 la 10:32 UTCidentified

   Incidentul de infrastructură la furnizorul nostru de cloud care afectează zona de disponibilitate Europa-Vest2-b în regiunea GCP Europa-Vest2 (London). Desfășurări Elastic Cloud găzduite și proiecte Elastic Serverless cu resurse în zona afectată pot rămâne indisponibile sau degradate. Echipele noastre continuă să lucreze la atenuare și recuperare și lucrăm îndeaproape cu furnizorul nostru de cloud. Nu avem încă un timp estimat pentru recuperarea completă. Vom furniza următoarea actualizare până la ora 12:00 UTC, sau mai devreme dacă există o schimbare semnificativă.

5. 20 octombrie 2026 la 12:24 UTCidentified

   Incidentul de infrastructură la furnizorul nostru de cloud care afectează zona de disponibilitate Europa-Vest2-b în regiunea GCP Europa-Vest2 (London). Vedem mici semne de recuperare, atât de la furnizorul nostru de nori, cât și de la propria noastră activitate de atenuare. Cloud Elastic Gazduit: Unele dintre implementarile afectate sunt de recuperare. Clientii ale caror modificari de plan sau alte operatiuni au esuat in timpul incidentului sunt sfatuiti sa-i rejudecem din consola Elastic Cloud. Operațiunile care depind de zona afectată pot dura mai mult decât de obicei sau pot eşua din nou, până când redresarea progresează. Unele misiuni pot rămâne indisponibile sau degradate. Serverul Elastic fără: Unele proiecte pot rămâne indisponibile sau degradate.

6. 20 octombrie 2026 la 14:15 UTCidentified

   Incidentul de infrastructură la furnizorul nostru de cloud care afectează zona de disponibilitate Europa-Vest2-b în regiunea GCP Europa-Vest2 (London) se recuperează. Furnizorul nostru de cloud reportează recuperarea serviciilor pentru majoritatea volumului de muncă din regiune și vedem progrese de partea noastră pe măsură ce zona afectată revine. Cloud Elastic Gazduit: Un număr tot mai mare de desfasurari afectate sunt de recuperare. Clientii ale caror modificari de plan sau alte operatiuni au esuat in timpul incidentului sunt sfatuiti sa-i rejudecem din consola Elastic Cloud. Unele misiuni ar putea fi încă indisponibile sau degradate, iar unele ar putea necesita măsuri suplimentare de recuperare pe care echipa noastră de sprijin le va lucra de la caz la caz. Dacă desfăşurarea dvs. este încă nesănătoasă, vă rugăm să contactaţi Asistenţă. Operațiunile pot dura mai mult decât de obicei în timp ce capacitatea este restabilită.

7. 20 octombrie 2026 la 17:27 UTCidentified

   Incidentul de infrastructură la furnizorul nostru de cloud-uri care afectează zona de disponibilitate Europa-Vest2-b în regiunea GCP Europa-Vest2 (London). Continuăm să lucrăm pentru recuperarea completă a serviciilor noastre. Cloud Elastic Gazduit: Un număr tot mai mare de desfasurari afectate sunt de recuperare. Clientii ale caror modificari de plan sau alte operatiuni au esuat in timpul incidentului sunt sfatuiti sa-i rejudecem din consola Elastic Cloud. Unele misiuni ar putea fi încă indisponibile sau degradate, iar unele ar putea necesita măsuri suplimentare de recuperare pe care echipa noastră de sprijin le va lucra de la caz la caz. Dacă desfăşurarea dvs. este încă nesănătoasă, vă rugăm să contactaţi Asistenţă. Operațiunile pot dura mai mult decât de obicei în timp ce capacitatea este restabilită.

8. 20 octombrie 2026 la 21:54 UTCresolved

   Incidentul de infrastructură la furnizorul nostru de cloud-uri care afectează zona de disponibilitate Europa-Vest2-b în regiunea GCP Europa-Vest2 (London). Ingineria a finalizat recuperarea infrastructurii care rulează în zona de disponibilitate afectată. Cloud Elastic Gazduit: Clientii ale caror modificari de plan sau alte operatiuni au esuat in timpul incidentului sunt sfatuiti sa-i rejudecam din consola Elastic Cloud. Unele desfășurări pot fi încă indisponibile sau degradate și pot necesita pași suplimentari de recuperare pe care echipa noastră de sprijin îi va lucra de la caz la caz. Dacă desfăşurarea dvs. este încă nesănătoasă, vă rugăm să contactaţi Asistenţă.

Traducere automată din actualizarea oficială a incidentului.

1. 8 octombrie 2026 la 16:42 UTCinvestigating

   Investigăm o problemă care afectează unele proiecte Elastic Cloud Serverless din regiunea GCP ne-central1. Clienții pot experimenta o operațiune de proiect întârziată sau indisponibilă.

2. 8 octombrie 2026 la 17:21 UTCidentified

   Am identificat o problemă cu stocarea cloudurilor care afectează unele proiecte Elastic Cloud Serverless din regiunea centrală a GCP. Clienții pot experimenta operațiuni de proiect întârziate sau indisponibile. Furnizorul investighează problema şi noi monitorizăm recuperarea. Vom furniza o altă actualizare atunci când mai multe informații sunt disponibile.

3. 8 octombrie 2026 la 19:17 UTCidentified

   Unele proiecte Elastic Cloud Serverless din regiunea GCP ne-central1 pot încă experimenta operațiuni de proiect întârziate sau indisponibile. Furnizorul continuă să investigheze problema. Monitorizăm situația și vom furniza o altă actualizare atunci când sunt disponibile mai multe informații.

4. 8 octombrie 2026 la 20:47 UTCmonitoring

   Am observat îmbunătățiri după atenuarea au fost aplicate de către furnizorul nostru de stocare cloud în amonte. Unele proiecte Elastic Cloud Serverless din regiunea GCP ne-central1 pot încă experimenta operațiuni de proiect întârziate sau indisponibile în timp ce recuperarea continuă. Monitorizăm situația și vom furniza o altă actualizare atunci când sunt disponibile mai multe informații.

5. 9 octombrie 2026 la 00:54 UTCresolved

   Problema stocării cloud-ului în amonte care afectează unele proiecte Elastic Cloud Serverless din regiunea centrală a GCP 1 a fost rezolvată. Operațiunile proiectului au revenit la normal și nu mai vedem proiecte afectate într-o stare de sănătate roșie.

Traducere automată din actualizarea oficială a incidentului.

1. 6 octombrie 2026 la 14:04 UTCinvestigating

   Clienții cu proiecte Serverless în regiunea de nord a EAU Azure pot vedea întârzierile în indicatorii afișați în Cloud UI. Echipa investighează problema și vom posta o actualizare în 2 ore sau mai devreme, dacă este necesar

2. 6 octombrie 2026 la 17:54 UTCresolved

   Problema care afectează disponibilitatea metrică pentru proiectele Serverless din Azure EAU North a fost rezolvată. Întârziere Nu se așteaptă pierderi de date.

Traducere automată din actualizarea oficială a incidentului.

1. 23 septembrie 2026 la 14:04 UTCinvestigating

   În prezent, ne confruntăm cu întârzieri în furnizarea de noi resurse cloud din cauza încetinirii cu un furnizor extern de imagine container. Acest lucru poate duce la întârzieri în crearea de noi aplicații, scalarea celor existente sau relocarea cazurilor afectate de întreținerea infrastructurii. Ca atenuare, puteți încerca re-running modificări de plan eșuat. Desfășurările în exploatare existente nu sunt afectate. Echipa noastră monitorizează în mod activ situația și lucrează pentru a atenua problema. Vom furniza o actualizare în următoarele 12 ore.

2. 23 septembrie 2026 la 16:03 UTCresolved

   Această problemă a fost rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 17 septembrie 2026 la 15:50 UTCinvestigating

   Investigăm rapoarte ale indicatorilor de nivel de nod lipsă (CPU, memorie, disc, bazine de filet) pentru intervale de timp recente într-un subset de regiuni AutoOps. Acesta poate apărea ca un mesaj "Nu există date" pe vizualizarea Nodes. Cluster de sănătate, ciob, și date de implementare sunt neafectate, și nu a avut loc nici o pierdere de date. Vom furniza o actualizare în următoarele 2 ore sau mai devreme.

2. 17 septembrie 2026 la 16:13 UTCidentified

   Am identificat cauza parametrilor de nivel de nod lipsă (CPU, memorie, disc, piscine) în regiunile afectate. Cluster sănătate, ciob, și date de implementare nu au fost afectate, și nu a avut loc nici o pierdere de date. Un fix a fost validat într-o singură regiune și este în curs de desfășurare în restul regiunilor afectate. Vom oferi o actualizare suplimentară odată ce rola este completă.

3. 17 septembrie 2026 la 16:31 UTCresolved

   Problema care cauzează rateuri lipsă (CPU, memorie, disc, bazine de filet) pentru intervale de timp recente într-un subset de regiuni AutoOps a fost complet rezolvată. Clusterul de sănătate, ciob, și datele de implementare nu au fost afectate pe tot parcursul, și nu au fost pierdute date.

Traducere automată din actualizarea oficială a incidentului.

1. 16 septembrie 2026 la 13:17 UTCinvestigating

   Suntem în prezent conştienţi că unii clienţi ar putea fi incapabili să acceseze Portalul de sprijin Elastic în acest moment. Lucrăm cu furnizorul nostru pentru a investiga. Dacă aveți nevoie pentru a contacta sprijinul între timp, vă rugăm să contactați [email protected].

2. 16 septembrie 2026 la 14:49 UTCmonitoring

   Vedem semne de recuperare pe portalul de sprijin Elastic, iar clienții ar trebui să poată accesa acum ca normal. Vom continua monitorizarea timp de 30 de minute înainte de a marca acest incident ca fiind rezolvat.

3. 16 septembrie 2026 la 15:38 UTCresolved

   Portalul de sprijin Elastic rămâne disponibil şi stabil - în acest moment, considerăm acest incident rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 12 septembrie 2026 la 23:21 UTCinvestigating

   Investigăm întârzierile în consolă.

2. 13 septembrie 2026 la 00:18 UTCidentified

   Am identificat şi stabilit cauza întârzierii indicatorilor. Coada este procesată și indicatorii întârziati vor fi vizualizabili atunci când este completă.

3. 13 septembrie 2026 la 02:55 UTCmonitoring

   Cozile metrologice sunt prelucrate și datele întârziate încep să apară din nou. Vom monitoriza să fim siguri că totul se va termina conform aşteptărilor.

4. 13 septembrie 2026 la 07:45 UTCresolved

   Întârzierea ingestiei metrice în GCP ne-est4 a fost complet rezolvată. Toate datele din coadă au fost prelucrate și indicatorii sunt acum afișate în consolă în timp real.

Traducere automată din actualizarea oficială a incidentului.

1. 10 septembrie 2026 la 01:30 UTCidentified

   Am identificat și suntem în proces de fixare+mitigating un bug în managementul nostru permisiuni UI, care este împiedică utilizatorii cu rolul Organizaţiei Proprietar și Cloud Console, Elasticsearch, și Kibana acces de acces la Kibana în Desfășurări găzduite.

2. 10 septembrie 2026 la 06:03 UTCidentified

   Actualizare: Acest incident este încă în desfăşurare şi continuăm să investigăm.

3. 10 septembrie 2026 la 09:51 UTCmonitoring

   Actualizare: Fixarea a fost implementată în producție și am aplicat o corecție a datelor pentru conturile afectate, restabilind accesul Kibana pentru utilizatorii afectați. Monitorizăm pentru a confirma rezoluţia completă.

4. 10 septembrie 2026 la 22:31 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 9 septembrie 2026 la 20:44 UTCidentified

   Am identificat un bug în Fleet Server 95.3 (de asemenea, prezent în 9.4.6) care poate provoca agenți Elastici să se prăbușească-loop și du-te offline atunci când Flota împinge o actualizare de configurare, inclusiv înscriere, o schimbare de politică, sau un cucui de revizuire de rutină. Acest lucru afectează doar politicile care utilizează funcția de ieșire Elasticsearch la distanță Flotei. Recomandare: Dacă utilizați ieșire Elasticsearch la distanță Flotei, nu faceți upgrade la 95.3 sau 9.4.6 până când nu este disponibilă o versiune fixă. Dacă sunteți deja pe o versiune afectată și se confruntă cu eșecuri agent check-in, contactați Suport pentru etapele de remediere. Un fix a fost fuzionat și va nava în următoarele 9.5.x și 9.4.x eliberări. Documentatii de Issue cunoscute: flota-server #7791, elastic-agent#16542.

2. 11 septembrie 2026 la 14:25 UTCidentified

   Am patch-uri versiuni Fleet Server 95.3 și 9.4.6 cu versiuni corectate utilizate la 10 septembrie 2026 la 21:20 UTC. - Upgradarea la lansările curente 9.4.6 sau 95.3 nu va fi afectată de acest bug, deoarece eliberarea actualizată conține fix. - Dacă aţi actualizat la 9.4.6 sau 9.5.3 înainte de 21:20 UTC la 10 septembrie 2026, efectuaţi următoarea atenuare: 1. Forță reporniți componenta server de integrare a vă afectat implementarea 2. Executați procedurile de curățare a agenților Elastici afectați (a se vedea https://support.elastic.co/cunoaștere/bee1c75c)

3. 11 septembrie 2026 la 16:00 UTCidentified

   Am patch-uri versiuni Fleet Server 95.3 și 9.4.6 cu versiuni corectate utilizate la 10 septembrie 2026 la 21:20 UTC. - Upgradarea la lansările curente 9.4.6 sau 95.3 nu va fi afectată de acest bug, deoarece eliberarea actualizată conține fix. - Dacă aţi actualizat la 9.4.6 sau 9.5.3 înainte de 21:20 UTC la 10 septembrie 2026, efectuaţi următoarea atenuare: 1. Forță reporniți componenta server de integrare a vă afectat implementarea 2. Executați procedurile de curățare a agenților Elastici afectați (a se vedea https://support.elastic.co/cunoaștere/bee1c75c) IMPORTANT: Serverul peticit al flotei nu este disponibil în afara Elastic Cloud Enterprise (ECE) Stack Packs și Elastic Cloud Hosted (ECH).

4. 17 septembrie 2026 la 10:30 UTCresolved

   Am confirmat că agenţii Elastici nu se mai confruntă cu eşecuri legate de această problemă. Serverul corectat al flotei (9.5.4 / 9.4.6) a fost disponibil pe pachetele Elastic Cloud Hosted şi Elastic Cloud Enterprise din 10 septembrie 2026 şi toate detaşările afectate cunoscute au confirmat recuperarea. Dacă ați actualizat la o versiune afectată înainte de acel moment și nu au aplicat încă atenuarea, orientările sunt disponibile aici: https://support.elastic.co/cunoaștere/bee1c75c.

Traducere automată din actualizarea oficială a incidentului.

1. 2 septembrie 2026 la 00:04 UTCresolved

   De la 21:50 la 23:42 UTC, am întâlnit rate ridicate de eroare pentru Claude Haiku 4.5, OpenAI GPT-5.6, și Google Gemini 2.5 Flash cu Serviciul de Inference Elastice în regiunile UE. Această problemă a fost rezolvată acum.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 15:18 UTCinvestigating

   Investigăm în prezent o problemă care afectează serviciile care se desfășoară în cadrul GCP ne-central1. Vom oferi actualizări suplimentare, deoarece vom afla mai multe despre domeniul de aplicare al impactului.

2. 1 septembrie 2026 la 15:51 UTCidentified

   O problemă în curs de desfăşurare este impactul asupra serviciilor care funcţionează în cadrul GCP ne-central1. Aceasta include, dar nu se limitează la Elastic Cloud Hosted și Serverless proiecte în regiune și serviciul nostru Docker Registry. Continuăm să monitorizăm situaţia şi vom furniza actualizări atunci când acestea sunt disponibile.

3. 1 septembrie 2026 la 16:15 UTCidentified

   O problemă aflată în curs de desfășurare în amonte a CSP afectează serviciile care funcționează în cadrul GCP ne-central1. Aceasta include, dar nu se limitează la Elastic Cloud Hosted și Serverless proiecte în regiune și serviciul nostru Docker Registry. Continuăm să monitorizăm situaţia şi vom furniza actualizări atunci când acestea sunt disponibile.

4. 1 septembrie 2026 la 16:22 UTCmonitoring

   Vedem semne de recuperare a serviciilor în GCP ne-central1 afectate de o problemă CSP în amonte. Continuăm să monitorizăm situația și vom furniza actualizări pe măsură ce acestea devin disponibile.

5. 1 septembrie 2026 la 20:05 UTCresolved

   Această problemă a fost rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 08:16 UTCinvestigating

   Suntem conştienţi de o eroare care afectează clienţii pe versiunile Elasticsearch 9.5.0, 9.5.1 şi 9.5.2 în cazul în care operaţiunile de index în vrac prelucrate pe ciobul primar pot duce la divergenţe cu privire la replicile care au ca rezultat utilizarea de mare disc şi recuperări pe termen lung. Echipa lucrează la un fix. Mai multe informații pot fi găsite pe https://www.elastic.co/docs/release-notes/elasticsearch/new-emissions#elasticsearch-9.5.2-ween-problemes Următoarea actualizare va fi în următoarele 2 ore sau mai devreme, dacă este necesar.

2. 1 septembrie 2026 la 11:07 UTCidentified

   Am identificat cauza şi echipa lucrează la un fix programat să fie lansat în versiunea Elasticsearch 95.3 Ce poţi face: - Dacă nu aţi actualizat încă la 9.5.*, nu sunteţi afectat deoarece upgrade- urile la 9.5 au fost dezactivate până când 95.3 este eliberat - Dacă aveţi deja 9,5 şi prezentaţi simptomele acestei probleme, vă rugăm contactaţi Elastic Support. Mai multe informații pot fi găsite pe https://www.elastic.co/docs/release-notes/elasticsearch/new-emissions#elasticsearch-9.5.2-ween-problemes

3. 1 septembrie 2026 la 15:46 UTCidentified

   Fixarea a fost identificată şi înapoiată filialei Elasticsearch 9.5 plasture. Echipele efectueaza validarea necesara inainte de a programa si de a derula comunicatia de 9.5.3.

4. 3 septembrie 2026 la 12:13 UTCmonitoring

   Cercetarile elastice 95.3 au fost lansate si toti clientii care functioneaza in prezent 9.5.0, 9.5.1 sau 9.5.2 sunt sfatuiti sa se actualizeze la aceasta noua versiune cat mai curand posibil.

5. 3 septembrie 2026 la 15:47 UTCmonitoring

   Cercetarile elastice 95.3 au fost lansate si toti clientii care functioneaza in prezent 9.5.0, 9.5.1 sau 9.5.2 sunt sfatuiti sa se actualizeze la aceasta noua versiune cat mai curand posibil. Clienții afectați sunt sfătuiți să urmeze pașii de lucru de la https://github.com/elastic/elasticsearch/emissions/158212 după actualizare.

6. 30 septembrie 2026 la 20:44 UTCresolved

   Această problemă a fost soluţionată în lansarea lui Elasticsearch. Clienții care rulează versiuni 9.5.0, 9.5.1, sau 9.5.2 din Elasticsearch sunt sfătuiți să actualizeze la o versiune mai nouă cât mai curând posibil.

Traducere automată din actualizarea oficială a incidentului.

1. 27 august 2026 la 17:11 UTCmonitoring

   Pe 26 august, în jurul orei 00:00 UTC am implementat o schimbare în intrările administrate care au afectat unele reguli din furnizorul nostru intern DNS, eliminând criteriile de evaluare .apm unii dintre clienții noștri fără server. Serviciul a fost restaurat în jurul valorii de 9 AM UTC în aceeași zi. În acest timp, unii clienți ar fi prezentat indisponibilitatea obiectivului .apm, pentru o perioadă în fereastra de 9 ore. Punem în aplicare nişte verificări şi alerte pentru a ne asigura că acest lucru nu se va mai întâmpla.

2. 27 august 2026 la 18:33 UTCresolved

   Acest lucru este acum rezolvat

Traducere automată din actualizarea oficială a incidentului.

1. 20 august 2026 la 20:22 UTCinvestigating

   Investigăm în prezent rate ridicate de eroare care afectează OTLP-ul administrat pe serverul Elastic Cloud. Echipa noastră investighează în mod activ cauza principală. Vom furniza o actualizare în 30 de minute.

2. 20 august 2026 la 20:53 UTCinvestigating

   Continuăm să investigăm rate ridicate de eroare care afectează OTLP administrat pe Elastic Cloud Serverless. Vom furniza o actualizare într-o oră.

3. 20 august 2026 la 21:59 UTCidentified

   Am identificat cauza principală a ratelor ridicate de eroare care afectează serverele fără servere administrate OTLP. A fost aplicată o atenuare și monitorizăm pentru a confirma revenirea ratelor de eroare la nivelul de referință. Pe baza anchetei noastre, volumul de muncă al clienţilor nu a fost afectat.

4. 20 august 2026 la 22:13 UTCresolved

   Acest incident a fost rezolvat. Cauza principală a fost identificată și abordată. Volumul de muncă al clienților nu a fost afectat în timpul acestui incident.

Traducere automată din actualizarea oficială a incidentului.

1. 20 august 2026 la 12:48 UTCinvestigating

   A fost identificată o problemă care afectează crearea de noi proiecte Serverless în regiunea est-est a Azure. Echipa noastră investighează activ pentru a determina cauza principală. Vom oferi o actualizare a stării de urmărire în următoarea oră sau de îndată ce cauza rădăcină este stabilită, oricare dintre acestea apare mai întâi.

2. 20 august 2026 la 14:05 UTCmonitoring

   Am stabilit că problema provine dintr-o problemă din amonte cu componenta de stocare a lui Azure. La examinare, impactul este limitat strict la noi timpuri de inițializare a proiectului, ceea ce duce la perioade de creare mai lungi pentru proiectele fără servere din regiunea Azure Eastus. Vom furniza o nouă actualizare după rezolvarea problemei.

3. 20 august 2026 la 16:22 UTCresolved

   Problemele legate de componentele de stocare ale lui Azure în regiunea Eastus au fost rezolvate. Prin urmare, timpul de creare a proiectului Serverless a revenit la normal și funcționează conform așteptărilor.

Traducere automată din actualizarea oficială a incidentului.

1. 14 august 2026 la 09:22 UTCidentified

   Cercetarile elastice 9.5.1 contine o problema cunoscuta in care intrebarile booleene care contin must, filtru sau ar trebui sa fie clauza folosind o interogare multi-valorica, alaturi de o clauza must not pe campurile cu indexare dezactivata, pot inca sa returneze chibrituri fals pozitive. În timp ce plasturele de la 9.5.1 (https://github.com/elastic/elasticsearch/plul/155936) a rezolvat defectul de scor în vrac pentru traseele de interogare pe termen și interval; termenii multipli utilizează un alt tip de interogare Lucene care nu a fost acoperit de această fixare. Fluxurile de date din seria temporală (TSDB) și indicii/fluxurile de date editoriale rămân afectate pentru acest model de interogare, deoarece indexarea este dezactivată implicit pe aceste câmpuri. Întrebările privind termenii afectaţi pot returna potriviri fals pozitive (inclusiv documente care ar fi trebuit excluse) şi pot raporta un număr mai mare de documente decât se aştepta. Nu este ridicată nicio eroare, astfel încât întrebările vor părea să se termine cu succes. Ce poţi face: - Dacă nu ați actualizat încă la 9.5.*, vă recomandăm amânarea actualizării până când versiunea 9.5.2 este disponibilă. - Dacă sunteţi deja în funcţiune 9.5.*, contactaţi Elastic Support dacă aveţi nevoie de ajutor pentru a determina dacă căutările dumneavoastră sunt afectate. Am identificat cauza principală, un fix este în curs de desfăşurare şi pregătim eliberarea plasturelui. Vom oferi o actualizare suplimentară atunci când fix este gata.

2. 20 august 2026 la 17:09 UTCresolved

   Cercetarile elastice 9.5.2 au fost eliberate si contine fix pentru aceasta problema. Clienții care rulează 9.5.0 sau 9.5.1 ar trebui să upgrade la 9.5.2. În acest moment, luăm în considerare această problemă rezolvată și nu vom mai furniza alte actualizări.

Traducere automată din actualizarea oficială a incidentului.

1. 13 august 2026 la 08:32 UTCinvestigating

   Vedem rate ridicate de eroare de la furnizorul din amonte pentru modelul microsoft-multilingual-e5 mari. Căutarea cererilor de încorporare a acestui model poate eşua. Investigăm

2. 13 august 2026 la 14:45 UTCinvestigating

   Vedem unele îmbunătăţiri ale disponibilităţii, dar continuă să monitorizeze situaţia. Vom urmări cu mai multe informații în timp util.

3. 13 august 2026 la 18:26 UTCmonitoring

   Din păcate, nu mai putem susţine modelul E5 Multilingual Large privind serviciul Elastic Inference din cauza problemelor continue în amonte. Orice client care are nevoie de acest model ar trebui să stabilească criterii de referință personalizate folosind propriile chei API.

4. 17 august 2026 la 11:40 UTCresolved

   Modelul microsoft-multilingual-e5-mare a fost retras din Serviciul de Inference Elastice. Solicitările la acest model returnează acum o eroare. Clientii care doresc sa foloseasca acest model cu nor Elastic trebuie sa creeze un obiectiv personalizat de inferenta folosind propria cheie API. A se vedea documentația noastră de constatare pentru detalii suplimentare: https://www.elastic.co/docs/api/doc/elasticsearch/group/endpoint-inference

Traducere automată din actualizarea oficială a incidentului.