Rewindex

Companiescrates.ioIncidents

crates.io: Request timeouts/Slow responses

MajorStatus: resolvedStarted Resolved (2.7 h)5 updatesstspg.io (opens in new tab)
Part of an outage event

AWS us-east-1 outage, Dec 22, 2021 · 40 vendors, 40 incidents

crates.io’s incident started in the same window without naming AWS (timing only, not evidence of a link). (timing only, posted −15 min vs the first vendor naming AWS)

Swipe sideways to see the whole diagram.

same windowAWS us-east-1own incident not archivedWithin an hour8 vendors, 6 blamed AWSFirebolt, Bitbucket, HubSpot, CircleCI +41 to 4 hours later1 vendorConfluentcrates.io (this incident)posted −15 min
same windowAWS us-east-1own incident not archivedWithin an hour8 vendors, 6 blamed AWSFirebolt, Bitbucket, HubSpot,CircleCI +41 to 4 hours later1 vendorConfluentcrates.io (this incident)posted −15 min
crates.io is outlined in red. Groups show up to a few vendors each; the event page lists every incident.
Mermaid source
flowchart LR
  root["AWS us-east-1<br/>own incident not archived"]:::inferred
  h1["Within an hour<br/>8 vendors, 6 blamed AWS<br/>Firebolt, Bitbucket, HubSpot, CircleCI +4"]:::blames
  root --> h1
  h4["1 to 4 hours later<br/>1 vendor<br/>Confluent"]:::names
  root --> h4
  me["crates.io (this incident)<br/>posted −15 min"]:::me
  root -.->|"same window"| me

Full event: timeline, evidence and all vendors →

Detected automatically from incidents that started together and named the same provider. A link means one vendor’s incident named another, not a confirmed cause.

Affected components: crates.io

Timeline of updates

  1. investigating

    We are currently investigating an incident that causes slow responses and request timeouts on crates.io.

  2. investigating

    We are continuing to investigate this issue.

  3. monitoring

    An outage of one of our service providers impacts our primary database and one of our application dynos. Currently, write operations will fail (uploading new crates, ...) and downloads will not be counted. About 25% of all download requests hit the affected dyno and will fail with a timeout. Cargo itself should be mostly unaffected due to retries.

  4. monitoring

    Our service provider is still working to restore full functionality, but unfortunately there is no ETA for full recovery at this time. We continue to monitor the situation.

  5. resolved

    All of our affected infrastructure has recovered and full functionality has been restored. Some caches may require a bit of warming up, so some slow responses should still be expected.

Changes Rewindex caught on this incident

Archive proof

Rewindex commits each version of an incident it captures to a daily checkpoint, chains it to the day before, and has the checkpoint timestamped by FreeTSA and DigiCert. That proves this record existed by then and has not been changed since, by anyone, Rewindex included.

How the archive is checked, and what it cannot prove.

Impact, status and times are the vendor’s own, as last archived. View on stspg.io (opens in new tab).

crates.io profileRecent crates.io incidentsMarkdownJSON