GitHub was down
Outage scope and impact
- Large, global outage: users report failures across North America, Europe, Australia, New Zealand, Hong Kong, Dominican Republic, etc.
- Not just the web UI: git operations (push/pull), API, mobile app, GitHub Pages, Actions, Packages, Issues, Copilot, and Pages-hosted sites all affected.
- Some users continued working locally or exchanged patches via
git format-patch,git am, orgit bundle. Others simply stopped work or used it as an excuse to end the day.
Status page and communication
- Status page initially showed all green for several minutes while most users saw “angry unicorn” errors.
- Many criticize this lag as making the status page “effectively useless” during real incidents.
- Others note that external status dashboards are usually manually updated, internally approved, and influenced by SLA/liability concerns, so delays are expected.
- Some argue for automated, faster, end‑to‑end monitoring; others point out false positives, complex routing, and “not 100% fidelity” as reasons for caution.
- GitHub’s X/Twitter status feed is also criticized as hard to use when not logged in.
Suspected cause
- Official status later attributes the incident to a “database infrastructure related change” being rolled back.
- Users joke about misapplied configuration changes, database hot patches without transactions, and kubernetes rollbacks, but details remain unclear beyond the DB-change note.
Centralization, reliability, and alternatives
- The outage highlights heavy industry dependence on GitHub as code host, CDN for artifacts, package registry backend, CI/CD, and Pages host.
- Some view GitHub’s recurring incidents as evidence of declining reliability post‑acquisition; others note outages are inevitable at scale.
- Several advocate mirroring to GitLab, Gitea, Codeberg, self‑hosted forges, or keeping offline mirrors; some report excellent uptime with self-hosted Gitea or GitLab.
- Others remind that git itself is distributed and works fine locally; the real problem is centralizing collaboration, CI, and distribution on one service.
UI, culture, and reactions
- The whimsical “unicorn” error page divides opinion: some find it unprofessional during serious outages, others prefer it to sterile corporate language.
- Thread repeatedly uses HN itself as an ad‑hoc “real” status page, praised for speed but acknowledged as informal.