Elastic Cloud Outage History

Started Oct 20, 2026, 08:07 PM UTC· resolved Oct 21, 2026, 03:05 AM UTC

1. investigating Oct 20, 2026, 08:07 PM UTC

   We are investigating an issue affecting the ability to scale existing Elastic Cloud Hosted deployments and Serverless projects in Azure. New project and deployment creation in Azure may be delayed.

2. identified Oct 20, 2026, 09:24 PM UTC

   We have identified an issue affecting the ability to scale existing Elastic Cloud Hosted deployments and Serverless projects in Azure. New project and deployment creation in Azure may be delayed. Engineers are actively working to mitigate the issue.

3. monitoring Oct 20, 2026, 10:27 PM UTC

   Engineers have identified and mitigated an issue affecting the ability to scale existing Elastic Cloud Hosted deployments and Serverless projects in Azure. We are monitoring the issue to ensure operations continue normally.

4. resolved Oct 21, 2026, 03:05 AM UTC

   Engineers have mitigated an issue affecting the ability to scale existing Elastic Cloud Hosted deployments and Serverless projects in Azure. Scaling is working as expected.

Read the full incident report →

Started Oct 20, 2026, 06:51 AM UTC· resolved Oct 20, 2026, 09:54 PM UTC

1. investigating Oct 20, 2026, 06:51 AM UTC

   We are investigating an issue affecting one availability zone in the GCP europe-west2 (London) region. Starting at approximately 06:15 UTC, some Elastic Cloud Hosted and Serverless deployments with capacity in this zone may experience degraded availability or connectivity. Monitoring and logging for deployments in the region may also be delayed. Deployments in other zones and regions are not affected. Our engineers are actively working on the issue, and we are in contact with our cloud provider.

2. identified Oct 20, 2026, 07:56 AM UTC

   Our cloud provider has confirmed an infrastructure incident affecting a single availability zone (europe-west2-b) in the GCP europe-west2 (London) region, causing network connectivity loss and resource unavailability in that zone. Elastic Cloud Hosted deployments and Elastic Serverless projects with resources in the affected zone may be unavailable or experience degraded performance. We have taken steps to avoid placing new Serverless projects in the affected zone, and we are working to restore services that depend on it. Reduced capacity in the region may delay scaling and the creation of new resources. We do not yet have an estimated time for recovery from our cloud provider. We are working closely with them and will provide the next update within an hour.

3. identified Oct 20, 2026, 09:15 AM UTC

   The infrastructure incident at our cloud provider affecting availability zone europe-west2-b in the GCP europe-west2 (London) region is ongoing. Elastic Cloud Hosted: Most deployments with resources in the affected zone remain unavailable or degraded. We are seeing early, limited signs of recovery, and a small number of the initially affected deployments are recovering. We are continuing our mitigation work and will share more as recovery progresses. Elastic Serverless: We have taken steps to avoid placing new projects in the affected zone, and we are now rebalancing existing projects to other availability zones. We are seeing signs of recovery - some projects remain unavailable or degraded in the meantime. Reduced capacity in the region may delay scaling and the creation of new resources. We do not yet have an estimated time for full recovery from our cloud provider. We are working closely with them and will provide the next update by 10:15am UTC.

4. identified Oct 20, 2026, 10:32 AM UTC

   The infrastructure incident at our cloud provider affecting availability zone europe-west2-b in the GCP europe-west2 (London) region is ongoing. Elastic Cloud Hosted deployments and Elastic Serverless projects with resources in the affected zone may remain unavailable or degraded. Our teams are continuing to work on mitigation and recovery, and we are working closely with our cloud provider. We do not yet have an estimated time for full recovery. We will provide the next update by 12:00 UTC, or sooner if there is a significant change.

5. identified Oct 20, 2026, 12:24 PM UTC

   The infrastructure incident at our cloud provider affecting availability zone europe-west2-b in the GCP europe-west2 (London) region is ongoing. We are seeing slight signs of recovery, both from our cloud provider and from our own mitigation work. Elastic Cloud Hosted: Some of the affected deployments are recovering. Customers whose plan changes or other operations failed during the incident are advised to retry them from the Elastic Cloud console. Operations that depend on the affected zone may take longer than usual, or fail again, until recovery progresses further. Some deployments may remain unavailable or degraded. Elastic Serverless: Some projects may remain unavailable or degraded.

6. identified Oct 20, 2026, 02:15 PM UTC

   The infrastructure incident at our cloud provider affecting availability zone europe-west2-b in the GCP europe-west2 (London) region is recovering. Our cloud provider reports recovery of services for most workloads in the region, and we are seeing progress on our side as the affected zone comes back. Elastic Cloud Hosted: An increasing number of affected deployments are recovering. Customers whose plan changes or other operations failed during the incident are advised to retry them from the Elastic Cloud console. Some deployments may still be unavailable or degraded, and some may need additional recovery steps that our Support team will work through case by case. If your deployment is still unhealthy, please contact Support. Operations may take longer than usual while capacity is restored.

7. identified Oct 20, 2026, 05:27 PM UTC

   The infrastructure incident at our cloud provider affecting availability zone europe-west2-b in the GCP europe-west2 (London) region has been resolved. We are continuing to work towards full recovery of our services. Elastic Cloud Hosted: An increasing number of affected deployments are recovering. Customers whose plan changes or other operations failed during the incident are advised to retry them from the Elastic Cloud console. Some deployments may still be unavailable or degraded, and some may need additional recovery steps that our Support team will work through case by case. If your deployment is still unhealthy, please contact Support. Operations may take longer than usual while capacity is restored.

8. resolved Oct 20, 2026, 09:54 PM UTC

   The infrastructure incident at our cloud provider affecting availability zone europe-west2-b in the GCP europe-west2 (London) region has been resolved. Engineering has completed recovery of infrastructure running in the affected availability zone. Elastic Cloud Hosted: Customers whose plan changes or other operations failed during the incident are advised to retry them from the Elastic Cloud console. Some deployments may still be unavailable or degraded, and may need additional recovery steps that our Support team will work through case by case. If your deployment is still unhealthy, please contact Support.

Read the full incident report →

Started Oct 08, 2026, 04:42 PM UTC· resolved Oct 09, 2026, 12:54 AM UTC

1. investigating Oct 08, 2026, 04:42 PM UTC

   We are investigating an issue affecting some Elastic Cloud Serverless projects in the GCP us-central1 region. Customers may experience delayed or unavailable project operation.

2. identified Oct 08, 2026, 05:21 PM UTC

   We have identified an issue with cloud storage affecting some Elastic Cloud Serverless projects in the GCP us-central1 region. Customers may experience delayed or unavailable project operations. The provider is investigating the issue, and we are monitoring recovery. We will provide another update when more information is available.

3. identified Oct 08, 2026, 07:17 PM UTC

   Some Elastic Cloud Serverless projects in the GCP us-central1 region may still experience delayed or unavailable project operations. The provider is continuing to investigate the issue. We are monitoring the situation and will provide another update when more information is available.

4. monitoring Oct 08, 2026, 08:47 PM UTC

   We have observed improvements after mitigations were applied by our upstream cloud storage provider. Some Elastic Cloud Serverless projects in the GCP us-central1 region may still experience delayed or unavailable project operations while recovery continues. We are monitoring the situation and will provide another update when more information is available.

5. resolved Oct 09, 2026, 12:54 AM UTC

   The upstream cloud storage issue affecting some Elastic Cloud Serverless projects in the GCP us-central1 region has been resolved. Project operations have returned to normal, and we are no longer seeing affected projects in a red health state.

Read the full incident report →

Started Oct 06, 2026, 02:04 PM UTC· resolved Oct 06, 2026, 05:54 PM UTC

1. investigating Oct 06, 2026, 02:04 PM UTC

   Customers with Serverless projects in the Azure UAE North region may see delays in metrics displayed in Cloud UI. The team is investigating the issue and we will post an update in 2 hours or sooner if necessary

2. resolved Oct 06, 2026, 05:54 PM UTC

   The issue affecting metric availability for Serverless projects in Azure UAE North has been resolved. Delayed “Usage and performance” metrics are now recovering, and queued usage records are being processed. No data loss is expected.

Read the full incident report →

Started Sep 23, 2026, 02:04 PM UTC· resolved Sep 23, 2026, 04:03 PM UTC

1. investigating Sep 23, 2026, 02:04 PM UTC

   We are currently experiencing delays in provisioning new cloud resources due to slowness with an external container image provider. This may result in delays when creating new deployments, scaling existing ones, or relocating instances affected by infrastructure maintenance. As mitigation, you can try re-running failed plan changes. Existing running deployments are not impacted. Our team is actively monitoring the situation and working to mitigate the issue. We will provide an update in the next 12 hours.

2. resolved Sep 23, 2026, 04:03 PM UTC

   This issue has been resolved.

Read the full incident report →

Started Sep 17, 2026, 03:50 PM UTC· resolved Sep 17, 2026, 04:31 PM UTC

1. investigating Sep 17, 2026, 03:50 PM UTC

   We are investigating reports of missing node-level metrics (CPU, memory, disk, thread pools) for recent time ranges in a subset of AutoOps regions. This may appear as a "No data" message on the Nodes view. Cluster health, shard, and deployment data are unaffected, and no data loss has occurred. We will provide an update within the next 2 hours or earlier.

2. identified Sep 17, 2026, 04:13 PM UTC

   We've identified the cause of the missing node-level metrics (CPU, memory, disk, thread pools) in affected regions. Cluster health, shard, and deployment data were never affected, and no data loss has occurred. A fix has been validated in one region and is now being rolled out to the remaining affected regions. We'll provide a further update once the rollout is complete.

3. resolved Sep 17, 2026, 04:31 PM UTC

   The issue causing missing node-level metrics (CPU, memory, disk, thread pools) for recent time ranges in a subset of AutoOps regions has been fully resolved. Cluster health, shard, and deployment data were unaffected throughout, and no data was lost.

Read the full incident report →

Started Sep 16, 2026, 01:17 PM UTC· resolved Sep 16, 2026, 03:38 PM UTC

1. investigating Sep 16, 2026, 01:17 PM UTC

   We are currently aware that some customers may be unable to access the Elastic Support Portal at this time. We are working with our provider to investigate. If you need to contact support in the meantime, please contact [email protected].

2. monitoring Sep 16, 2026, 02:49 PM UTC

   We are seeing signs of recovery on the Elastic Support Portal, and customers should now be able to access as normal. We will continue monitoring for 30 minutes before marking this incident as resolved.

3. resolved Sep 16, 2026, 03:38 PM UTC

   The Elastic Support Portal remains available and steady - at this time, we are considering this incident resolved.

Read the full incident report →

Started Sep 12, 2026, 11:21 PM UTC· resolved Sep 13, 2026, 07:45 AM UTC

1. investigating Sep 12, 2026, 11:21 PM UTC

   We are investigating metrics delays in the console.

2. identified Sep 13, 2026, 12:18 AM UTC

   We've identified and fixed the cause of the metrics delay. The queue is being processed and delayed metrics will be viewable when complete.

3. monitoring Sep 13, 2026, 02:55 AM UTC

   Metrics queues are being processed and delayed data is starting to show again. We'll monitor to be sure everything catches up as expected.

4. resolved Sep 13, 2026, 07:45 AM UTC

   The metrics ingestion delay in GCP us-east4 has been fully resolved. All queued data has been processed and metrics are now showing in the console in real time.

Read the full incident report →

Started Sep 10, 2026, 01:30 AM UTC· resolved Sep 10, 2026, 10:31 PM UTC

1. identified Sep 10, 2026, 01:30 AM UTC

   We have identified and are in the process of fixing+mitigating a bug in our permissions management UI that is prevents users with the Organisation Owner role and Cloud Console, Elasticsearch, and Kibana access from accessing Kibana in Hosted Deployments.

2. identified Sep 10, 2026, 06:03 AM UTC

   Update: This incident is still ongoing and we are continuing to investigate.

3. monitoring Sep 10, 2026, 09:51 AM UTC

   Update: The fix has been deployed to production and we have applied a data correction to affected accounts, restoring Kibana access for impacted users. We are monitoring to confirm full resolution.

4. resolved Sep 10, 2026, 10:31 PM UTC

   This incident has been resolved.

Read the full incident report →

Started Sep 09, 2026, 08:44 PM UTC· resolved Sep 17, 2026, 10:30 AM UTC

1. identified Sep 09, 2026, 08:44 PM UTC

   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.

2. identified Sep 11, 2026, 02:25 PM UTC

   We have patched Fleet Server versions 9.5.3 and 9.4.6 with corrected releases deployed as of September 10, 2026 at 21:20 UTC. - Upgrading to the current 9.4.6 or 9.5.3 releases will not be affected by this bug as the updated release contains the fix. - If you upgraded to 9.4.6 or 9.5.3 before 21:20 UTC on 10 September 2026, perform the following mitigation: 1. Force restart the Integration Server component of you affected deployment 2. Run cleanup procedures on affected Elastic Agents (see https://support.elastic.co/knowledge/bee1c75c) — required if agents failed to check in or remained offline after the Integration Server restart

3. identified Sep 11, 2026, 04:00 PM UTC

   We have patched Fleet Server versions 9.5.3 and 9.4.6 with corrected releases deployed as of September 10, 2026 at 21:20 UTC. - Upgrading to the current 9.4.6 or 9.5.3 releases will not be affected by this bug as the updated release contains the fix. - If you upgraded to 9.4.6 or 9.5.3 before 21:20 UTC on 10 September 2026, perform the following mitigation: 1. Force restart the Integration Server component of you affected deployment 2. Run cleanup procedures on affected Elastic Agents (see https://support.elastic.co/knowledge/bee1c75c) — required if agents failed to check in or remained offline after the Integration Server restart IMPORTANT: The patched Fleet Server is not available outside Elastic Cloud Enterprise (ECE) Stack Packs and Elastic Cloud Hosted (ECH).

4. resolved Sep 17, 2026, 10:30 AM UTC

   We have confirmed that Elastic Agents are no longer experiencing enrollment failures related to this issue. Corrected Fleet Server releases (9.5.4 / 9.4.6) have been available on Elastic Cloud Hosted and Elastic Cloud Enterprise stack packs since September 10, 2026, and all known affected deployments have confirmed recovery. If you upgraded to an affected release before that time and have not yet applied the mitigation, guidance is available here: https://support.elastic.co/knowledge/bee1c75c.

Read the full incident report →

Started Sep 02, 2026, 12:04 AM UTC· resolved Sep 02, 2026, 11:42 PM UTC

1. resolved Sep 02, 2026, 12:04 AM UTC

   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.

Read the full incident report →

Started Sep 01, 2026, 03:18 PM UTC· resolved Sep 01, 2026, 08:05 PM UTC

1. investigating Sep 01, 2026, 03:18 PM UTC

   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. identified Sep 01, 2026, 03:51 PM UTC

   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. identified Sep 01, 2026, 04:15 PM UTC

   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. monitoring Sep 01, 2026, 04:22 PM UTC

   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. resolved Sep 01, 2026, 08:05 PM UTC

   This issue has been resolved.

Read the full incident report →

Started Sep 01, 2026, 08:16 AM UTC· resolved Sep 30, 2026, 08:44 PM UTC

1. investigating Sep 01, 2026, 08:16 AM UTC

   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. identified Sep 01, 2026, 11:07 AM UTC

   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. identified Sep 01, 2026, 03:46 PM UTC

   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. monitoring Sep 03, 2026, 12:13 PM UTC

   Elasticsearch 9.5.3 has been released and all Elastic Cloud and On-Premises 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. monitoring Sep 03, 2026, 03:47 PM UTC

   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.

6. resolved Sep 30, 2026, 08:44 PM UTC

   This issue was resolved in the 9.5.3 release of Elasticsearch. Customers running versions 9.5.0, 9.5.1, or 9.5.2 of Elasticsearch are advised to update to a newer version as soon as possible.

Read the full incident report →

Started Aug 27, 2026, 05:11 PM UTC· resolved Aug 27, 2026, 06:33 PM UTC

1. monitoring Aug 27, 2026, 05:11 PM UTC

   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. resolved Aug 27, 2026, 06:33 PM UTC

   This is now resolved

Read the full incident report →

Started Aug 20, 2026, 08:22 PM UTC· resolved Aug 20, 2026, 10:13 PM UTC

1. investigating Aug 20, 2026, 08:22 PM UTC

   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. investigating Aug 20, 2026, 08:53 PM UTC

   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. identified Aug 20, 2026, 09:59 PM UTC

   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. resolved Aug 20, 2026, 10:13 PM UTC

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

Read the full incident report →

Started Aug 20, 2026, 12:48 PM UTC· resolved Aug 20, 2026, 04:22 PM UTC

1. investigating Aug 20, 2026, 12:48 PM UTC

   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. monitoring Aug 20, 2026, 02:05 PM UTC

   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. resolved Aug 20, 2026, 04:22 PM UTC

   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.

Read the full incident report →

Started Aug 14, 2026, 09:22 AM UTC· resolved Aug 20, 2026, 05:09 PM UTC

1. identified Aug 14, 2026, 09:22 AM UTC

   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. resolved Aug 20, 2026, 05:09 PM UTC

   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.

Read the full incident report →

Started Aug 13, 2026, 08:32 AM UTC· resolved Aug 17, 2026, 11:40 AM UTC

1. investigating Aug 13, 2026, 08:32 AM UTC

   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. investigating Aug 13, 2026, 02:45 PM UTC

   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. monitoring Aug 13, 2026, 06:26 PM UTC

   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. resolved Aug 17, 2026, 11:40 AM UTC

   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

Read the full incident report →

Started Aug 13, 2026, 03:57 AM UTC· resolved Aug 13, 2026, 08:40 AM UTC

1. investigating Aug 13, 2026, 03:57 AM UTC

   We are investigating failures with Serverless project creation.

2. investigating Aug 13, 2026, 05:28 AM UTC

   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. monitoring Aug 13, 2026, 06:04 AM UTC

   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. resolved Aug 13, 2026, 08:40 AM UTC

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

Read the full incident report →

Started Aug 06, 2026, 05:41 PM UTC· resolved Aug 06, 2026, 05:41 PM UTC

1. resolved Aug 06, 2026, 05:41 PM UTC

   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.

Read the full incident report →

Started Aug 05, 2026, 10:59 PM UTC· resolved Aug 12, 2026, 08:59 AM UTC

1. identified Aug 05, 2026, 10:59 PM UTC

   Elasticsearch 9.5.0 contains a defect that can cause searches to return incorrect results for any index or data stream that disables indexing on a queried field . A query that excludes values using a must_not clause may fail to exclude them when the targeted field has doc values enabled but is not indexed for search. Affected searches can return documents that should have been excluded and report higher document counts than expected, and results may vary between runs of the same query. No error is raised, so affected queries appear to succeed. Dashboards, alerting rules, and anything else built on these searches may report inaccurate values. Both the query DSL and ES|QL are affected. Time series (TSDB) data streams are the most likely to be affected, because indexing is disabled by default for these fields. Columnar indices, currently in technical preview, are affected for the same reason. Any index or data stream that disables indexing on a queried field can be affected. This affects Elasticsearch 9.5.0 on Elastic Cloud Hosted, Elastic Cloud Enterprise, and self-managed deployments, as well as Elasticsearch Serverless projects. Elasticsearch 9.4.x and earlier are not affected. There is no impact to cluster availability, connectivity, or data ingestion. What you can do: - If you have not yet upgraded to 9.5.0, we recommend deferring the upgrade until a fixed version is available. - If you are already running 9.5.0, 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 by 10:00 UTC August 6.

2. identified Aug 05, 2026, 11:18 PM UTC

   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. identified Aug 06, 2026, 12:12 PM UTC

   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. resolved Aug 12, 2026, 08:59 AM UTC

   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.

Read the full incident report →

Started Jul 21, 2026, 02:24 PM UTC· resolved Jul 22, 2026, 11:14 PM UTC

1. investigating Jul 21, 2026, 02:24 PM UTC

   We have identified an issue with our metering of Instance Capacity for Hosted Deployments that affects a subset of customers. We currently believe the impact to be limited to a small number of customers but are still working to identify and correct all occurrences of this issue. We will proactively issue billing corrections where necessary.

2. investigating Jul 21, 2026, 11:15 PM UTC

   We are still investigating the metering issue impacting a small number of customers. We will proactively issue billing corrections where necessary. We'll provide another update when new information is available.

3. investigating Jul 22, 2026, 10:49 AM UTC

   We are still investigating the metering issue impacting a small number of customers. We'll provide a further update when new information is available.

4. resolved Jul 22, 2026, 11:14 PM UTC

   All metering errors have been corrected. We will be issuing refunds to the small number of affected customers.

Read the full incident report →

Started Jul 21, 2026, 01:45 PM UTC· resolved Jul 21, 2026, 02:21 PM UTC

1. identified Jul 21, 2026, 01:45 PM UTC

   RESOLVED - Between Jul 18 02:40 UTC and Jul 20 14:00 UTC, a subset of Elastic Agents were unable to report metrics to AutoOps across all regions. The underlying issue has been corrected and data is flowing normally. Impacted deployments may notice some gaps in their AutoOps monitoring data during this timeframe. Note this incident has already been resolved, and is being posted retroactively.

2. resolved Jul 21, 2026, 02:21 PM UTC

   This incident was resolved on Jul 20 14:00 UTC, and was posted retroactively.

Read the full incident report →

Started Jul 21, 2026, 09:36 AM UTC· resolved Jul 23, 2026, 04:37 PM UTC

1. investigating Jul 21, 2026, 09:36 AM UTC

   We are currently investigating an issue affecting multi-factor authentication (MFA) via email for Elastic Cloud users with Gmail accounts. Affected users may experience long delays or failures when receiving their email MFA code. Available Workarounds: - Use an alternative MFA factor if registered (Authenticator App / TOTP or WebAuthn). - Authenticate using the "Log in with Google" social login button. Note: API Key access to your projects and deployments remains fully operational. We are actively collaborating with our partners to resolve this issue and will provide an update as soon as we can.

2. investigating Jul 21, 2026, 10:56 AM UTC

   Update: This incident is still ongoing and we are continuing to investigate. We are currently investigating an issue affecting multi-factor authentication (MFA) via email for Elastic Cloud users with Gmail accounts. Affected users may experience long delays or failures when receiving their email MFA code. Available Workarounds: - Use an alternative MFA factor if registered (Authenticator App / TOTP or WebAuthn). - Authenticate using the "Log in with Google" social login button. Note: API Key access to your projects and deployments remains fully operational. We are actively collaborating with our partners to resolve this issue and will provide an update as soon as we can.

3. investigating Jul 21, 2026, 02:25 PM UTC

   Update: This incident is still ongoing and we are continuing to investigate.

4. monitoring Jul 21, 2026, 11:10 PM UTC

   Delivery delays have been mitigated. We will continue to monitor to ensure delivery remains stable.

5. resolved Jul 23, 2026, 04:37 PM UTC

   Delivery delays have been resolved, MFA email delivery is fully functional for all customers.

Read the full incident report →

Started Jul 15, 2026, 12:15 AM UTC· resolved Jul 15, 2026, 01:12 AM UTC

1. investigating Jul 15, 2026, 12:15 AM UTC

   We are investigating errors with our cloud console affecting access to create, update, delete and view Elastic Cloud Hosted deployments. Our team is actively investigating the cause so that they can mitigate and restore the service.

2. monitoring Jul 15, 2026, 12:31 AM UTC

   The ability to manage Elastic Cloud Hosted deployments via the Cloud Console has been restored

3. resolved Jul 15, 2026, 01:12 AM UTC

   This incident has been resolved

Read the full incident report →