Istoricul incidentelor Elastic Cloud

1. 9 septembrie 2026 la 20:44 UTCidentified

   We've identified a bug in Fleet Server 9.5.3 (also present in 9.4.6) that can cause Elastic Agents to crash-loop and go offline when Fleet pushes a configuration update, including enrollment, a policy change, or a routine revision bump. This only affects policies that use Fleet's remote Elasticsearch output feature. Recommendation: If you use Fleet's remote Elasticsearch output, do not upgrade to 9.5.3 or 9.4.6 until a fixed version is available. If you're already on an affected version and experiencing agent check-in failures, contact Support for remediation steps. A fix has been merged and will ship in the next 9.5.x and 9.4.x releases. Known Issue documentation: fleet-server#7791, elastic-agent#16542.

1. 2 septembrie 2026 la 00:04 UTCresolved

   From 21:50 to 23:42 UTC, we encountered elevated error rates for Anthropic Claude Haiku 4.5, OpenAI GPT-5.6, and Google Gemini 2.5 Flash with the Elastic Inference Service in EU regions. This issue has now been resolved.

1. 1 septembrie 2026 la 15:18 UTCinvestigating

   We are currently investigating an issue impacting services running in GCP us-central1.  We will provide additional updates as we learn more about the scope of impact.

2. 1 septembrie 2026 la 15:51 UTCidentified

   An ongoing issue is impacting services running in GCP us-central1.  This includes, but is not limited to Elastic Cloud Hosted and Serverless projects in the region and our Docker Registry service.  We are continuing to monitor the situation and will provide updates when they are available.

3. 1 septembrie 2026 la 16:15 UTCidentified

   An ongoing upstream CSP issue is impacting services running in GCP us-central1. This includes, but is not limited to Elastic Cloud Hosted and Serverless projects in the region and our Docker Registry service. We are continuing to monitor the situation and will provide updates when they are available.

4. 1 septembrie 2026 la 16:22 UTCmonitoring

   We are seeing signs of recovery for services in GCP us-central1 impacted by an upstream CSP issue .  We are continuing to monitor the situation and will provide updates as they become available.

5. 1 septembrie 2026 la 20:05 UTCresolved

   This issue has been resolved.

1. 1 septembrie 2026 la 08:16 UTCinvestigating

   We are aware of a bug affecting customers on Elasticsearch versions 9.5.0, 9.5.1 and 9.5.2 where bulk index operations processed on the primary shard can result in divergence on the replicas resulting in high disk usage and long-running recoveries. The team is working on a fix. More information can be found on https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues The next update will be in the next 2 hours or sooner if needed.

2. 1 septembrie 2026 la 11:07 UTCidentified

   We have identified the root cause and the team is working on a fix scheduled to be released in Elasticsearch version 9.5.3 What you can do: - If you have not yet upgraded to 9.5.*, you are not affected as upgrades to 9.5 have been disabled until 9.5.3 is released - If you are already running 9.5 and experience the symptoms of this issue, please contact Elastic Support. More information can be found on https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues

3. 1 septembrie 2026 la 15:46 UTCidentified

   The fix has been identified and backported to the Elasticsearch 9.5 patch branch. The teams are performing the needed validations before scheduling and rolling out the 9.5.3 release.

4. 3 septembrie 2026 la 12:13 UTCmonitoring

   Elasticsearch 9.5.3 has been released and all customers currently running 9.5.0, 9.5.1 or 9.5.2 are advised to update to this new version as soon as possible.

5. 3 septembrie 2026 la 15:47 UTCmonitoring

   Elasticsearch 9.5.3 has been released and all customers currently running 9.5.0, 9.5.1 or 9.5.2 are advised to update to this new version as soon as possible. Impacted customers are advised to follow the workaround steps from https://github.com/elastic/elasticsearch/issues/158212 after the upgrade.

1. 27 august 2026 la 17:11 UTCmonitoring

   On August 26, at around 00:00 UTC we deployed a change in Managed Inputs that affected some rules in our internal DNS provider, removing the .apm endpoints some of our Serverless customers. The service was restored around 9AM UTC on the same day. During this time, some customers would have experienced unavailability of the .apm endpoint, for a period in the 9 hour window. We are putting some checks and alerts in place to ensure this does not happen again.

2. 27 august 2026 la 18:33 UTCresolved

   This is now resolved

1. 20 august 2026 la 20:22 UTCinvestigating

   We are currently investigating elevated error rates affecting the managed OTLP on Elastic Cloud Serverless. Our team is actively investigating the root cause. We will provide an update within 30 minutes.

2. 20 august 2026 la 20:53 UTCinvestigating

   We are continuing to investigate elevated error rates affecting the managed OTLP on Elastic Cloud Serverless. We will provide an update within 1 hour.

3. 20 august 2026 la 21:59 UTCidentified

   We have identified the root cause of the elevated error rates affecting serverless managed OTLP. A mitigation has been applied and we are monitoring to confirm error rates return to baseline. Based on our investigation, customer workloads were not affected.

4. 20 august 2026 la 22:13 UTCresolved

   This incident has been resolved. The root cause has been identified and addressed. Customer workloads were not impacted during this incident.

1. 20 august 2026 la 12:48 UTCinvestigating

   An issue affecting the creation of new Serverless projects in Azure's eastus region has been identified. Our team is actively investigating to determine the root cause. We will provide a follow-up status update within the next hour or as soon as the root cause is established, whichever occurs first.

2. 20 august 2026 la 14:05 UTCmonitoring

   We have determined that the issue stems from an upstream problem with Azure's storage component. Upon examination, the impact is limited strictly to new project initialization times, resulting in longer creation times for Serverless projects in the Azure eastus region. We will provide a further update once the issue has been resolved.

3. 20 august 2026 la 16:22 UTCresolved

   Azure's storage component issues in the eastus region have been resolved. Consequently, Serverless project creation times have returned to normal and are functioning as expected.

1. 14 august 2026 la 09:22 UTCidentified

   Elasticsearch 9.5.1 contains a known issue where boolean queries containing a must, filter, or should clause using a multi-value terms query, alongside a must_not clause on fields with disabled indexing, can still return false-positive matches. While the patch in 9.5.1 (https://github.com/elastic/elasticsearch/pull/155936) resolved the bulk-scorer defect for term and range query paths; multi-value terms queries utilize a different Lucene query type that was not covered by that fix. Time Series Data Streams (TSDB) and columnar indices/data streams remain affected for this query pattern, as indexing is disabled by default on those fields. Affected terms queries may return false-positive matches (including documents that should have been excluded) and report higher document counts than expected. No error is raised, so queries will appear to complete successfully. What you can do: - If you have not yet upgraded to 9.5.*, we recommend deferring the upgrade until version 9.5.2 is available. - If you are already running 9.5.*, contact Elastic Support if you need help determining whether your searches are affected. We have identified the root cause, a fix is in progress, and we are preparing a patch release. We will provide a further update when the fix is ready.

2. 20 august 2026 la 17:09 UTCresolved

   Elasticsearch 9.5.2 has been released and contains the fix for this issue. Customers running 9.5.0 or 9.5.1 should upgrade to 9.5.2. At this time we are considering this issue resolved and will be providing no further updates.

1. 13 august 2026 la 08:32 UTCinvestigating

   We are seeing elevated error rates from the upstream provider for the microsoft-multilingual-e5-large embedding model. Search embedding requests to this model may fail. We are investigating

2. 13 august 2026 la 14:45 UTCinvestigating

   We're seeing some improvement in availability but are continuing to monitor the situation. We will follow up with more information in due course.

3. 13 august 2026 la 18:26 UTCmonitoring

   Unfortunately, we can no longer support the E5 Multilingual Large model on the Elastic Inference Service due to continued upstream provider issues. Any customers requiring this model should set up custom inference endpoints using their own API keys.

4. 17 august 2026 la 11:40 UTCresolved

   The microsoft-multilingual-e5-large model has been retired from the Elastic Inference Service. Requests to this model now return an error. Customers who wish to use this model with Elastic cloud must create a custom inference endpoint using their own API key. See our inference documentation for further details: https://www.elastic.co/docs/api/doc/elasticsearch/group/endpoint-inference

1. 13 august 2026 la 03:57 UTCinvestigating

   We are investigating failures with Serverless project creation.

2. 13 august 2026 la 05:28 UTCinvestigating

   We're currently investigating an issue affecting Serverless project creation and modifications. You may experience delays or failures when creating new projects or updating existing project settings. What's affected: - Creating new Serverless projects - Modifying project settings in the Cloud UI or over the API What's not affected: - Running Serverless projects continue to operate normally - Existing project workloads are unimpacted We'll provide an update within 2 hours, or sooner if the situation changes.

3. 13 august 2026 la 06:04 UTCmonitoring

   We've identified and resolved the issue affecting Serverless project creation and modifications. Our fix has been deployed, and all services are operating normally. Current status: - Creating and modifying Serverless projects is fully operational - All systems are performing as expected We're continuing to monitor closely for any recurrence.

4. 13 august 2026 la 08:40 UTCresolved

   We've resolved the issue affecting Serverless project creation and modifications. All systems are now operating normally.

1. 6 august 2026 la 17:41 UTCresolved

   On 2026-08-06 between 0900 - 1200 UTC, customers in GCP asia-south1 may have experienced high latency when communicating with their Elasticsearch deployments during this window. The cause has been identified and mitigated.

1. 5 august 2026 la 22:59 UTCidentified

   Elasticsearch 9.5.0 conține un defect care poate provoca căutări pentru a returna rezultate incorecte pentru orice index sau flux de date care dezactivează indexarea pe un câmp interogat. O interogare care exclude valorile folosind o clauză must not poate să nu le excludă atunci când câmpul vizat are activate valorile doc, dar nu este indexat pentru căutare. Căutarea afectată poate returna documente care ar fi trebuit să fie excluse și să raporteze un număr mai mare de documente decât era de așteptat, iar rezultatele pot varia între duratele aceleiași interogări. Nu este ridicată nicio eroare, astfel încât întrebările afectate par să aibă succes. Tablourile de bord, regulile de alertă şi orice altceva construit pe aceste căutări pot raporta valori incorecte. Sunt afectate atât interogarea DSL, cât și a ES Fluxurile de date din seriile temporale (TSDB) sunt cele mai susceptibile de a fi afectate, deoarece indexarea este dezactivată implicit pentru aceste câmpuri. Indicii coloanări, în prezent în previzualizare tehnică, sunt afectați din același motiv. Orice indice sau flux de date care dezactivează indexarea pe un câmp interogat poate fi afectat. Acest lucru afectează Elasticsearch 9.5.0 pe Elastic Cloud Hosted, Elastic Cloud Enterprise, și desfășurări auto-gestionate, precum și proiecte Elasticsearch Serverless. Cercetarile elastice 9.4.x si mai devreme nu sunt afectate. Nu există niciun impact asupra disponibilității grupurilor, conectivității sau ingestiei datelor. Ce poţi face: - Dacă nu ați actualizat încă la 9.5.0, vă recomandăm amânarea actualizării până când o versiune fixă este disponibilă. - Dacă sunteţi deja în funcţiune 9.5.0, 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 furniza o actualizare suplimentară până la ora 10:00 UTC 06 august.

2. 5 august 2026 la 23:18 UTCidentified

   Further investigation confirmed the impact of this issue was limited to boolean queries containing a must, filter, or should clause, along with a must_not clause on unindexed fields. Such queries can return false-positives returning documents that should have been excluded and report higher document counts than expected. We have identified the root cause, a fix is in progress, and we are preparing a patch release. We will provide a further update by 10:00 UTC August 6.

3. 6 august 2026 la 12:12 UTCidentified

   A patch release containing the fix is in progress and it is expected to be available within the next week. Our recommendation to defer upgrading to 9.5.0 until 9.5.1 is available remains unchanged.

4. 12 august 2026 la 08:59 UTCresolved

   Elasticsearch 9.5.1 has been released and contains the fix for this issue. Customers running 9.5.0 should upgrade to 9.5.1. At this time we are considering this issue resolved and will be providing no further updates.

Traducere automată din actualizarea oficială a incidentului.

1. 21 iulie 2026 la 14:24 UTCinvestigating

   Am identificat o problemă cu capacitatea noastră de contorizare a Tribunalului pentru desfășurarea găzduită care afectează un subset de clienți. În prezent, credem că impactul va fi limitat la un număr mic de clienți, dar încă mai lucrează la identificarea și corectarea tuturor evenimentelor din această chestiune. Vom emite în mod proactiv corecții de facturare, dacă este necesar.

2. 21 iulie 2026 la 23:15 UTCinvestigating

   Încă investigăm problema contorizării care afectează un număr mic de clienţi. Vom emite în mod proactiv corecții de facturare, dacă este necesar. Vom furniza o altă actualizare atunci când noi informații sunt disponibile.

3. 22 iulie 2026 la 10:49 UTCinvestigating

   Încă investigăm problema contorizării care afectează un număr mic de clienţi. Vom oferi o actualizare suplimentară atunci când noi informații sunt disponibile.

4. 22 iulie 2026 la 23:14 UTCresolved

   Toate erorile de contorizare au fost corectate. Vom emite restituiri pentru numărul mic de clienți afectați.

Traducere automată din actualizarea oficială a incidentului.

1. 21 iulie 2026 la 13:45 UTCidentified

   RESOLVED - Între 18 iul 02:40 UTC și 20 iul 14:00 UTC, un subset de agenți Elastici nu au putut raporta indicatorii autoopilor din toate regiunile. Problema de bază a fost corectată și datele curg în mod normal. Desfășurările afectate pot observa unele lacune în ceea ce privește datele de monitorizare ale OP auto în acest interval de timp. Observaţi că acest incident a fost deja rezolvat şi este postat retroactiv.

2. 21 iulie 2026 la 14:21 UTCresolved

   Acest incident a fost rezolvat pe 20 iulie 14:00 UTC, și a fost postat retroactiv.

Traducere automată din actualizarea oficială a incidentului.

1. 21 iulie 2026 la 09:36 UTCinvestigating

   Investigăm în prezent o problemă care afectează autentificarea multifactorilor (MFA) prin e-mail pentru utilizatorii Elastic Cloud cu conturi Gmail. Utilizatorii afectați pot experimenta întârzieri sau eșecuri lungi atunci când primesc codul MFA de e-mail. Conexiuni disponibile: - Utilizați un factor alternativ MFA dacă este înregistrat (Autenticator App / TOTP sau WebAuthn). - Autentificare folosind butonul de conectare socială "Log in with Google." Notă: Accesul cheie API la proiectele și implementarea dumneavoastră rămâne pe deplin operațional. Colaborăm activ cu partenerii noștri pentru a rezolva această problemă și vă vom oferi o actualizare cât mai curând posibil.

2. 21 iulie 2026 la 10:56 UTCinvestigating

   Actualizare: Acest incident este încă în desfăşurare şi continuăm să investigăm. Investigăm în prezent o problemă care afectează autentificarea multifactorilor (MFA) prin e-mail pentru utilizatorii Elastic Cloud cu conturi Gmail. Utilizatorii afectați pot experimenta întârzieri sau eșecuri lungi atunci când primesc codul MFA de e-mail. Conexiuni disponibile: - Utilizați un factor alternativ MFA dacă este înregistrat (Autenticator App / TOTP sau WebAuthn). - Autentificare folosind butonul de conectare socială "Log in with Google." Notă: Accesul cheie API la proiectele și implementarea dumneavoastră rămâne pe deplin operațional. Colaborăm activ cu partenerii noștri pentru a rezolva această problemă și vă vom oferi o actualizare cât mai curând posibil.

3. 21 iulie 2026 la 14:25 UTCinvestigating

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

4. 21 iulie 2026 la 23:10 UTCmonitoring

   Întârzierea livrării a fost atenuată. Vom continua să monitorizăm pentru a ne asigura că livrarea rămâne stabilă.

5. 23 iulie 2026 la 16:37 UTCresolved

   Întârzierile de livrare au fost rezolvate, livrarea de e-mail MFA este pe deplin funcțională pentru toți clienții.

Traducere automată din actualizarea oficială a incidentului.

1. 21 iulie 2026 la 12:10 UTCresolved

   Rezolvat Acest incident este rezolvat. Între 18 iul 02:40 UTC și 20 iul 14:00 UTC, un subset de agenți Elastici nu au putut raporta indicatorii către AutoOps în toate regiunile. Problema de bază a fost corectată și datele curg în mod normal. Desfășurările afectate pot observa unele lacune în ceea ce privește datele de monitorizare ale OP auto în acest interval de timp.

Traducere automată din actualizarea oficială a incidentului.

1. 15 iulie 2026 la 00:15 UTCinvestigating

   Investigăm erori cu consola noastră de cloud care afectează accesul la crearea, actualizarea, ștergerea și vizualizarea implementării Elastic Cloud Hosted. Echipa noastră investighează în mod activ cauza astfel încât acestea să poată atenua și restabili serviciul.

2. 15 iulie 2026 la 00:31 UTCmonitoring

   Abilitatea de a gestiona implementarea Elastic Cloud Hosted prin Cloud Console a fost restaurată

3. 15 iulie 2026 la 01:12 UTCresolved

   Acest incident a fost rezolvat

Traducere automată din actualizarea oficială a incidentului.

1. 13 iulie 2026 la 12:15 UTCinvestigating

   Investigăm o problemă care împiedică clienţii să se autentifice împotriva Elastic Cloud folosind acreditările de autentificare Microsoft

2. 13 iulie 2026 la 12:19 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 2 iulie 2026 la 00:54 UTCinvestigating

   Am identificat impactul continuu pentru un subset de clienți afectați care utilizează EIS. Echipa noastră investighează o problemă cu remedierea anterioară și lucrează pentru a se asigura că toate mediile afectate sunt complet restaurate.

2. 2 iulie 2026 la 02:24 UTCmonitoring

   Problema care afectează un subset de clienți cu EIS în regiunile EMEA a fost atenuată, iar serviciul a fost restabilit.

3. 2 iulie 2026 la 03:00 UTCresolved

   Incidentul care afectează un subset de clienți cu EIS în regiunile EMEA a fost rezolvat. Serviciile au fost restaurate complet, iar echipa a confirmat stabilitatea.

Traducere automată din actualizarea oficială a incidentului.

1. 1 iulie 2026 la 22:43 UTCinvestigating

   Investigăm în prezent o întrerupere parţială care afectează Serviciul Elastic de Integrare (EIS) pentru clienţii Elastic Cloud cu desfăşurare în GCP şi Azure în regiunile EMEA.

2. 1 iulie 2026 la 22:45 UTCinvestigating

   În prezent, investigăm o întrerupere parţială care afectează Serviciul de Inference Elastice (EIS) pentru clienţii Elastic Cloud cu desfăşurare în GCP şi Azure în regiunile EMEA.

3. 1 iulie 2026 la 23:05 UTCresolved

   Problema care afectează EIS pentru clienții Elastic Cloud cu proiecte sau derulări pe GCP și Azure în regiunile EMEA a fost rezolvată.

Traducere automată din actualizarea oficială a incidentului.