Incident Library
Applied filters SymptomHigh error rateOrganisationPubNubClear 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

Cases2 cases

1 to 2 of 2

  1. Symptoms

    At 07:06 UTC on 20 October 2025, PubNub's monitoring alerted on raised error levels across multiple services in the IAD (US-East) region. Customers could see higher error rates and latency, and Presence was intermittently unavailable in IAD, SJC (US-West) and HND (AP-Northeast).

    Trigger

    A broad infrastructure outage at AWS, PubNub's cloud provider, in the IAD (US-East) region.

    Root cause
    Component
    –
    Contributing factor
    Detection

    PubNub's monitoring systems alerted at 07:06 UTC on raised error levels across multiple services in IAD.

    Remediation
    • Started regional failover procedures and re-routed new connections to other regions
    • Reset established connections by hand
    • Re-routed Presence traffic to Frankfurt (EU-Central)
    • Brought on additional infrastructure in other regions to absorb traffic
    • Isolated the US-East region again when the second wave hit US-West
    • Scaled up balancer capacity in US-West
    • Rebalanced traffic after AWS restored service and US-East was confirmed stable
    Action items
    • Consolidate and centralise regional failover procedures so they are complete and immediately accessible for all production services
    • Fill gaps in process documentation for newer services before they are fully adopted into production
    • Fix internal tooling problems, including inventory and DNS resolution, that made mitigation harder
  2. Symptoms

    From 08:15 UTC on Friday 27 June 2025, PubNub's Pub/Sub, History and Presence services showed occasional, intermittent increases in latency and server errors in the Europe (FRA) region.

    Trigger

    PubNub introduced new instance types to its system to get access to more cloud server capacity across its regions.

    Root cause
    Component
    Contributing factor
    Remediation
    • Configured the affected services to run on other instance types
    • Launched more capacity
    Action items
    • Make the new instance types emit metrics on OS thresholds and limits, so approaching or exceeding a limit is detected on any instance type
    • Scale ahead of demand and route traffic according to instance type
Check your cluster for this

These 2 cases involve Cloud load balancer. 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 cause2