Blue Canvas incident

Sync servers crashing

Minor Resolved View vendor source →

Blue Canvas experienced a minor incident on August 19, 2026 affecting Metadata Sync (Inbound) and Metadata Deploy (Outbound), lasting 1d 8h. The incident has been resolved; the full update timeline is below.

Started
Aug 19, 2026, 08:05 AM UTC
Resolved
Aug 20, 2026, 04:41 PM UTC
Duration
1d 8h
Detected by Pingoru
Aug 19, 2026, 08:05 AM UTC

Affected components

Metadata Sync (Inbound)Metadata Deploy (Outbound)

Update timeline

  1. investigating Aug 19, 2026, 08:05 AM UTC

    Syncs and deploys are currently not happening. The underlying servers are crashing for various reasons. We're working on pinpointing the exact issue.

  2. monitoring Aug 19, 2026, 11:19 AM UTC

    We have identified the cause of the intermittent delays affecting branch synchronization and related processing over the past day. A fix has been deployed and the affected processing infrastructure has been replaced. All synchronization services are operating normally and we are monitoring closely to confirm the fix holds under full load. Synchronization jobs that were delayed during this period have resumed automatically — no action is required from customers, and no data was lost.

  3. investigating Aug 19, 2026, 01:06 PM UTC

    Unfortunately the system degraded again after ~1 hour.

  4. monitoring Aug 19, 2026, 01:58 PM UTC

    The "ring" that serves syncs and deploys is stable again. This should get the syncs and deploys running as usual. In the meantime we'll keep an eye out and act immediately if something changes.

  5. monitoring Aug 20, 2026, 09:00 AM UTC

    Earlier today we identified an issue where ~9% of branches experienced extra delay on both syncs and deploys. The fixes from yesterday helped containing the issue so the other 91% of branches could continue as normal. We've resolved this issue by scaling up the units that have to do the work. There are currently no known issues, but we are looking for a sustainable solution, which may involve one or more releases. In technical terms: The scaling and self-repair configuration we've used for the last year is no long viable. We've greatly optimized on CPU, to the point where it is no longer a reliable metric for scaling in or out. We've disabled the scaling, and manually put the system on a configuration that works right now, and continue to fine tune it while we work on a permanent and automated solution.

  6. resolved Aug 20, 2026, 04:41 PM UTC

    Systems are operational, no incidents since last update, we don't expect further downtime while we optimize the data center.