Skip to content

Incident detail

Few customers experiencing intermittent errors during pipeline execution.

Resolved incidentMinor1 affected service

Timeline window

to

Outage alerts

Get alerted the next time Harness breaks

Free email alerts for up to 5 providers — no card, live in about a minute. Paid plans add Slack, Discord, and webhook delivery across your whole stack, plus higher API quotas.

Timeline

Incident updates

Updates are normalized from the official source chronology so timeline changes remain easy to scan.

  1. Investigating

    We are currently investigating this issue.

  2. Monitoring

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

  3. Resolved

    This incident has been resolved.

  4. Resolved

    # Summary

    On July 9, 2026, some customers in the Harness Prod3 cluster experienced pipeline failures over a ~2.5-hour window, despite making no changes in their pipelines. Shell Script steps failed when fetching scripts from the Harness File Store, and Kubernetes deployment steps failed when retrieving secret encryption details.

    # Impact

    1. Affected users: Some customers using the Harness Prod3 cluster reported pipeline execution failures.

    2. User impact: Customers experienced failures in Shell Script and Kubernetes deployment steps. Impacted pipelines required manual retries after the incident was resolved.

    3. Scope: This was not a platform-wide outage. The issue was isolated to specific APIs in our internal service within the Prod3 cluster.

    # Root Cause

    The incident was caused by degraded performance in a downstream service. This led to a storm of timeout errors in our internal service, which caused these failures.

    # Mitigation

    Engineering identified the change that caused this issue in the downstream dependency service and deployed a patch to restore it. Once deployed, pipeline executions returned to normal success rates.

    # Preventive Measures & Next Steps

    1. Added additional monitoring and alerting on the downstream service to detect performance degradation earlier.

    2. Reviewing timeout and retry logic in the internal service to improve resilience against downstream latency spikes.

    3. Evaluating circuit breaker patterns to prevent cascading failures from downstream dependencies.