Is GitHub Container Registry Down? How to Check and Keep Your CI Green

Your CI just went red and you suspect GitHub Container Registry. Here is how to confirm an outage in seconds - and how to stop a registry blip from failing your builds in the first place.

When GitHub Container Registry has a hiccup, every pipeline that pulls from it can fail at once. The good news: these failures are transient, so the fix is to confirm the outage and make your CI resilient to it.

How to check if GitHub Container Registry is down

1. Check the official status page: githubstatus.com
2. Look for an active incident affecting GitHub Packages / ghcr.io.
3. Cross-check community reports (Downdetector, the project's status on social/X).
4. Confirm it is org-wide, not just your job: if every repo pulling from GitHub Container Registry fails at once, it is an outage, not your config.

What it looks like in CI

An outage usually surfaces as a transient network or 5xx error while fetching from GitHub Container Registry:

Error response from daemon: Get "https://ghcr.io/v2/...": unexpected status: 503

Outage vs your own bug

• Outage: many repos fail at once, errors are network/5xx/timeouts, no recent change on your side.
• Your bug: one repo, a specific error, started right after a change you made.

How to keep CI green during a blip

• Add retry-with-backoff around the step that hits GitHub Container Registry - most blips pass within a minute.
• Mirror critical images to a second registry and authenticate to avoid throttling.
• Cache dependencies so a brief outage does not block jobs that could install from cache.
• Avoid mass "re-run all" during an incident - it piles up when the service recovers.

Key takeaways

• Check githubstatus.com first; org-wide failures = outage, not your config.
• GitHub Container Registry blips are transient network/5xx errors.
• Retries, caching, and a mirror keep CI green through a hiccup.

Frequently asked questions

Related guides