<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Root Cause</title><description>Real incident reasoning, studied in public.</description><link>https://root-cause-weekly.pages.dev/</link><language>en-us</language><item><title>Meta outage analysis</title><link>https://root-cause-weekly.pages.dev/weekly/2026-06-12/meta-june-12-2026-outage-analysis/</link><guid isPermaLink="true">https://root-cause-weekly.pages.dev/weekly/2026-06-12/meta-june-12-2026-outage-analysis/</guid><description>ThousandEyes examined a broad Meta outage affecting Facebook, Messenger, WhatsApp, and later Instagram. The most valuable reasoning move was showing that frontend network reachability remained normal while application errors and timeouts rose, which excluded one major fault domain immediately.</description><pubDate>Fri, 12 Jun 2026 00:00:00 GMT</pubDate><category>Applications</category><category>Troubleshooting</category><category>Incident analysis</category></item><item><title>Google Gemini outage analysis</title><link>https://root-cause-weekly.pages.dev/weekly/2026-06-11/google-gemini-june-10-2026-outage-analysis/</link><guid isPermaLink="true">https://root-cause-weekly.pages.dev/weekly/2026-06-11/google-gemini-june-10-2026-outage-analysis/</guid><description>ThousandEyes analyzed a Gemini degradation where the chatbot failed to reply to some users. The high-value move was proving that frontend network reachability remained healthy, which bounded the issue to backend service behavior before Google’s own attribution landed.</description><pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate><category>AI &amp; Automation</category><category>Troubleshooting</category><category>Incident analysis</category></item><item><title>Coinbase May 7, 2026 outage postmortem</title><link>https://root-cause-weekly.pages.dev/weekly/2026-06-01/coinbase-may-7-2026-outage-postmortem/</link><guid isPermaLink="true">https://root-cause-weekly.pages.dev/weekly/2026-06-01/coinbase-may-7-2026-outage-postmortem/</guid><description>A severe service outage interrupted trading and most customer-facing functions. The investigation had to trace a facility event through quorum loss, Kafka leader-election problems, and staged recovery blockers rather than stopping at the first platform symptom.</description><pubDate>Mon, 01 Jun 2026 00:00:00 GMT</pubDate><category>Cloud Infrastructure</category><category>Troubleshooting</category><category>Incident analysis</category></item><item><title>Microsoft Azure OpenAI multi-region latency and failures PIR</title><link>https://root-cause-weekly.pages.dev/weekly/2026-05-29/azure-openai-multi-region-latency-and-failures-pir/</link><guid isPermaLink="true">https://root-cause-weekly.pages.dev/weekly/2026-05-29/azure-openai-multi-region-latency-and-failures-pir/</guid><description>Azure OpenAI experienced multi-region latency and failures after an upstream API change caused retry amplification from an internal Microsoft 365 workload. The investigation initially followed a credible but wrong crash signature before a second regional wave revealed the real mechanism.</description><pubDate>Fri, 29 May 2026 00:00:00 GMT</pubDate><category>AI &amp; Automation</category><category>Troubleshooting</category><category>Incident analysis</category></item><item><title>Microsoft Azure West US 2 power and cooling PIR</title><link>https://root-cause-weekly.pages.dev/weekly/2026-05-29/azure-west-us-2-power-cooling-pir/</link><guid isPermaLink="true">https://root-cause-weekly.pages.dev/weekly/2026-05-29/azure-west-us-2-power-cooling-pir/</guid><description>A severe thunderstorm caused power disturbances across multiple datacenters in West US 2, triggering cooling lockouts and protective shutdowns across two physical availability zones. The hard part of the investigation was proving why recovery remained slow after cooling returned: storage validation and telemetry backlog had become the new bottlenecks.</description><pubDate>Fri, 29 May 2026 00:00:00 GMT</pubDate><category>Cloud Infrastructure</category><category>Troubleshooting</category><category>Incident analysis</category></item><item><title>Cloudflare .de DNSSEC outage response</title><link>https://root-cause-weekly.pages.dev/weekly/2026-05-06/cloudflare-de-dnssec-outage-response/</link><guid isPermaLink="true">https://root-cause-weekly.pages.dev/weekly/2026-05-06/cloudflare-de-dnssec-outage-response/</guid><description>Broken DNSSEC signatures at the .de TLD caused validating resolvers to return SERVFAIL for fresh lookups. Cloudflare had to distinguish cached success from fresh-resolution failure, account for retry-driven traffic inflation, and decide whether to bypass DNSSEC validation temporarily to restore service.</description><pubDate>Wed, 06 May 2026 00:00:00 GMT</pubDate><category>Networking</category><category>Troubleshooting</category><category>Incident analysis</category></item></channel></rss>