imgix: Increased errors for new render requests
Google Cloud us-central1 outage, Sep 1, 2026 · 47 vendors, 54 incidents
imgix’s incident blames Google Cloud as the cause. (hop 1, posted +49 min vs Google Cloud’s own post)
“…o normal levels. We are continuing to monitor the situation while awaiting an update from Google Cloud. This incident has been resolved. We have identified a correlation with an ongoing Google Cloud i…”
Swipe sideways to see the whole diagram.
Mermaid source
flowchart LR
root["Google Cloud us-central1<br/>posted 14:42 UTC"]:::root
h1["Within an hour<br/>8 vendors, 8 blamed Google Cloud<br/>Pinecone, Elastic Cloud, FullStory +5"]:::blames
root --> h1
h4["1 to 4 hours later<br/>6 vendors, 6 blamed Google Cloud<br/>Apollo GraphQL, Temporal Cloud, Clerk +3"]:::blames
root --> h4
p0["GitHub<br/>posted +18 min, did not name Google Cloud"]:::timing
root -.-> p0
k0["Bolt.new<br/>+24 min"]:::hop2
p0 -->|"blamed GitHub"| k0
p1["Twilio<br/>posted +1 h 42 min, did not name Google Cloud"]:::timing
root -.-> p1
k1["Gorgias, Iterable<br/>+2 h 23 min to +2 h 37 min"]:::hop2
p1 -->|"blamed Twilio"| k1
me["imgix (this incident)<br/>posted +49 min"]:::me
h1 --- meFull 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: Rendering Infrastructure
Timeline of updates
- identified
We've identified an increase in errors for new rendering requests due to an ongoing incident with an upstream provider.
- identified
We have identified a correlation with an ongoing Google Cloud incident, which reports elevated packet loss and errors for multiple services. We will continue to monitor error rates and provide further updates as Google Cloud shares more information.
- monitoring
Error rates have returned to normal levels. We are continuing to monitor the situation while awaiting an update from Google Cloud.
- resolved
This incident has been resolved.
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.
First version captured 18:53 UTC
In the 2026-10-19 checkpoint, timestamped by FreeTSA and DigiCert on Oct 20, 00:41 UTC. Record hash
2d6bb772cc44968c…
Impact, status and times are the vendor’s own, as last archived. View on stspg.io (opens in new tab).