My production API is completely down and I cannot deploy ANY app to Fly.io due to registry authentication failures.
Error
Every deployment fails with:
401 Unauthorized from HEAD request to http://_api.internal:5000/v2/pelican-api/blobs/sha256:[various-hashes]?ns=registry.fly.io
What I’ve tried
flyctl auth logout/login (multiple times)
flyctl wireguard reset
flyctl agent restart
Destroyed app and recreated - same error
Created entirely NEW app with different name - same error
This persists across multiple apps: pelican-api, pelican-trading-api
This appears to be account-level registry authentication failure
Account: nick@pelicantrading.ai
Organization: personal
Critical timing
I’m leaving for a week of travel in hours. My team needs this API operational.
This has been happening for the past 4+ hours. I’ve already submitted a support ticket but need immediate help.
The registry authentication is broken at the account/organization level. Every single deployment attempt fails at the push stage with 401 Unauthorized.
Just a thought: I think there is a Fly feature where you can build an image, and then push the image as part of the deployment. I don’t know if that goes through the registry, but it’s worth a try.
Let me have a look at flyctl…
But a clarification first:
Are you deploying via GitHub or the console? If the latter, what exact command are you using?
Update
Maybe flyctl deploy --local-only --image=pelican-api:v123 or similar? I’ve not tried this, but maybe it’s worth a go.
Also, make sure you do flyctl version upgrade, so you’re using the latest command.
WARN failed to create build in graphql: input:3:2: createBuild Could not find App
Error: no docker daemon available
The “Could not find App” suggests fly.toml might be pointing to the wrong app. My production app was destroyed during troubleshooting.
Current situation:
Original app “pelican-api” was destroyed
Cannot create/deploy new apps due to authorization errors
Every attempt fails with “unauthorized” or 401 errors
Update: Still getting 401 errors on all deployments. Fly.io support suggested --depot=false but that gives “unauthorized” on VM creation. The authorization issue affects both registry and VM access.
This is definitely an account-level problem requiring Fly.io engineering intervention.