Elevated 504 rates

Incident Report for imgix

Postmortem

At 6:34pm UTC on 2016/7/26, we were notified of degraded rendering performance and elevated 504 status code responses. By 6:56pm UTC, we had started to diagnose the cause of this issue.

An ad-hoc query to our load balancers was run, which caused a table lock. This backed up the fetchers and caused their backlog to bloat. Although the backlog should run completely in the background, this revealed a bug that backlog consumption to block live requests. This appeared to users as render slowdowns and timeouts. We stopped the fetcher, wiped the cache, and restarted.

By 7:13pm UTC, we had resolved the error rate and most customers had working images. By 7:20pm UTC, the user issue had been resolved, we’d identified the root cause of the issue and had begun resolving it. By 8:15pm UTC, we pushed out a fix for the identified bug and fully resolved the issue.

Posted Aug 30, 2016 - 10:54 PDT

Resolved

We've pushed out a change that prevents this behavior from happening in the future.
Posted Jul 26, 2016 - 13:15 PDT

Update

The backlog has been filled and we're operational.
Posted Jul 26, 2016 - 12:20 PDT

Monitoring

Elevated 504 rates are subsiding and we're working on filling the backlog of requests.
Posted Jul 26, 2016 - 12:13 PDT

Update

We're currently backfilling records that have pushed the primary database over capacity, and we're working on getting this resolved.
Posted Jul 26, 2016 - 11:56 PDT

Identified

We're currently experiencing a primary database issue. We've identified the issue and are working on rolling out a fix.
Posted Jul 26, 2016 - 11:34 PDT