Skip to content

Incident detail

Query performance degradation in Azure Westeurope

Resolved incidentMinor1 affected service

Timeline window

to

Get alerted the next time InfluxDB Cloud breaks

Free email alerts for the handful of vendors you cannot afford to miss. No card, live in about a minute. Paid plans add Slack, Teams, Discord, and webhook delivery across your whole stack, plus higher API quotas.

Timeline

Incident updates

Every update on the official status source, oldest to newest, exactly as it appeared there.

  1. Identified

    The issue has been identified and a fix is being implemented.

  2. Monitoring

    A fix has been implemented and we are monitoring the results.

  3. Resolved

    This incident has been resolved.

  4. Resolved

    # Root Cause Analysis: Query Latency on August 25, 2026

    Region: Azure West Europe Cluster: prod01-eu-west-1

    ## Summary and impact

    On August 25, 2026, some customers in Azure West Europe experienced increased query latency and query timeouts. Additional query capacity helped reduce the initial queue, but full recovery required a manual restart of a stalled storage partition. Query latency returned to normal at 15:35 UTC.

    ## Cause

    A surge in query volume triggered scaling that quickly exhausted available resources. Shortly after the initial trigger, a storage partition did not complete startup successfully.

    Although additional capacity brought the query queue back to a nominal state, customer latency signals showed that recovery was incomplete. We discovered the stalled partition required manual intervention to complete initialization. One half of the partition remained online to serve queries and writes while its companion half was impaired.

    The underlying reason for the partition startup failure remains under investigation.

    ## Recovery actions

    The team allocated additional query resources, then manually inspected and restarted the impaired partition after identifying the incomplete recovery. The partition fully recovered at 15:32 UTC, and query latency returned to normal at 15:35 UTC.

    ## Timeline

    All times are UTC.

    Time Event

    13:13 - Scaling alerts triggered; incident opened.

    13:33 - Additional resources were added and consumed.

    13:35 - Query queue returned to a nominal state.

    14:11 - Impaired partition attempted a self-repair restart.

    14:40 - Customer latency signals indicated incomplete recovery; investigation resumed.

    15:24 - Impaired partition was manually inspected and restarted.

    15:32 - Impaired partition fully recovered.

    15:35 - Query latency returned to normal.

    ## Future Mitigations

    Improvements to the partition management workflow are in progress to strengthen resilience and automate recovery. Investigation into the startup failure continues.

    These improvements are ongoing work, rather than completed preventive fixes. We continue to strive for a healthy platform for all customers on our cloud infrastructure.

Keep exploring

More from InfluxDB Cloud

Neighboring incidents on InfluxDB Cloud's timeline and the rest of their record on OutageDeck.