Increased Latency and Errors for R2 and Downstream Services in Western North America (WNAM)
Cloudflare has resolved an issue affecting R2 and downstream services in the Western North America region. Some customers may have seen elevated latency and errors between approximately 13:00 and 22:15 UTC on November 3, 2026. This may also have affected downstream services such as Stream and Pipelines.
The latest update from Cloudflare.
State
Resolved
Started
Lasted
9 h 15 min
Worst impact
Degraded
Timeline
1 updateResolved
9 h 15 min 100%
Updates
Times in UTCAs posted by Cloudflare
Cloudflare has resolved an issue affecting R2 and downstream services in the Western North America region. Some customers may have seen elevated latency and errors between approximately 13:00 and 22:15 UTC on November 3, 2026. This may also have affected downstream services such as Stream and Pipelines.
Affected components
6Cloudflare in the last 90 days
Full historyIncidents in 90 days
67
Days with an incident
69
Median duration
1 h 36 min
This incident
5.8× the median
Other Cloudflare incidents
All incidentsCloudflare·Partial System Outage
Cloudflare reports a partial outage in 20 locations, including Dallas, Sydney, Bangalore, Helsinki, and Nairobi. Cloudflare is investigating the issue.
Cloudflare·Network latency issues in NRT
Cloudflare reported network latency issues in the Network component and the Tokyo, Japan (NRT) region. Cloudflare identified the issue and implemented a fix. The incident is resolved and lasted 114 minutes.
Cloudflare·Partial System Outage
Cloudflare reported a partial outage that affected 20 locations, including Albuquerque, Dallas, Sydney, Canberra, Bangalore, Nairobi, and other sites. Cloudflare reports that the incident is resolved. The outage lasted about 18 hours.
Cloudflare·Increased Durable Object Errors in the Dallas, TX US region
Cloudflare reported increased errors from Durable Objects in the Dallas, Texas, USA region. Cloudflare monitored the issue and then resolved it. The incident lasted 64 minutes.
Cloudflare·Cloudflare Workers and Pages build errors
Cloudflare Workers Builds had build failures and longer queue times. The problem affected the Workers Builds component. Cloudflare reports that the incident is resolved. It lasted about 4 hours and 51 minutes. Customers with failed builds can retry in the Dashboard or push a new commit.
Follow Cloudflare
Your coding agent knows when Cloudflare is down, and tells you when a failure is theirs, not yours. You can also get Cloudflare incidents in a feed reader or in Slack.
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.
Add it as a remote MCP server named "outages" at https://outages.live/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.
Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "cloudflare" and tell me if Cloudflare has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.Paste this into any coding agent. It adds the server with its own MCP setup.
https://outages.live/feed.xml?providers=cloudflare/feed subscribe https://outages.live/feed.xml?providers=cloudflareFAQ
Go from tracking outages to fixing production issues with Polylane.
Try Polylane