Incident Library
Applied filters SymptomService outageFactorDeferred upgradesOrganisationZenMLClear allEvery case under the filters, with no sentence; newest first.
Suggested filters Search, and the values found in your words appear here.

Graph

  • Root cause
  • Component
  • Symptom
  • Contributing factor
  • Case

Cases1 case

1 to 1 of 1

  1. Symptoms

    Between 12 AM and 8 AM CEST on 11 May 2025, every ZenML Pro workspace server was unreachable, so customers could not use workspace UIs or pipelines. The ZenML Pro dashboard was not affected.

    Trigger

    At 23:38 on 10 May, secrets encryption with AWS KMS was enabled through Terraform as part of the EKS module upgrade.

    Root cause
    Component
    Contributing factor
    Detection

    Engineers found the cluster degraded when they resumed the upgrade at 06:00.

    Remediation
    • deleted and recreated the EKS node group with the correct IAM permissions and configuration
    • restored service access across all affected ZenML Pro environments
    Action items
    • Upgrade all Terraform modules (EKS, VPC) to current supported versions
    • Complete the EKS cluster upgrades as planned
    • Review the strategy for periodic Kubernetes and infrastructure upgrades to prevent a recurrence
    Lessons

    A successful upgrade on a much smaller staging cluster understated the risk of the same change in production. Skipping Kubernetes and module versions let upgrade complexity build up until one upgrade carried many changes at once.

Check your cluster for this

This case involves Node pool and Terraform. kubegap audits a Kubernetes cluster for gaps like these, read-only, from Claude Code or Codex; its checks cite public reports like the ones in this library.

By root cause1