How to fix UPGRADE FAILED: has no deployed releases in Kubernetes
You are trying to upgrade a Helm release, but no previous deployed version exists to upgrade from.
Quick fix
Fixes UPGRADE FAILED: has no deployed releases
helm history RELEASE_NAME -n NAMESPACE- Check release history
- Identify the last successful deployment
- Rollback to last good state
- Delete and reinstall if no good state
helm history RELEASE_NAME -n NAMESPACEUPGRADE FAILED: has no deployed releases
What this error means
This error occurs when trying to upgrade a release that is either in FAILED or SUPERSEDED state, or when the release was never successfully deployed. Helm cannot upgrade a release without a successful deployment baseline.
Typical symptoms
- helm upgrade fails with "no deployed releases"
- Previous installation failed or is stuck
- Release shows FAILED status in helm list
- Cannot proceed with upgrade until issue is fixed
- Release has revisions but none in DEPLOYED state
- Manual intervention needed
Common causes
- Initial install failed (release never deployed)
- All previous revisions are in FAILED state
- Previous release was rolled back too many times
- Release state is corrupted
- Attempting upgrade on non-existent release
- Release was deleted externally
How to fix "UPGRADE FAILED: has no deployed releases"
View all revisions:
helm history RELEASE_NAME -n NAMESPACELook for revisions with DEPLOYED status.
Find the most recent DEPLOYED revision:
helm history RELEASE_NAME -n NAMESPACE --output json | jq '.[] | select(.status=="DEPLOYED")'If there's a previous DEPLOYED version:
helm rollback RELEASE_NAME REVISION_NUMBER -n NAMESPACEThen proceed with upgrade.
If no good revision exists, start fresh:
helm delete RELEASE_NAME -n NAMESPACE
helm install RELEASE_NAME CHART_NAME -n NAMESPACE --create-namespaceIdentify what caused the initial failure:
kubectl describe pod -n NAMESPACE
kubectl logs -n NAMESPACEFix the issue, then retry upgrade.
Advanced notes
Prevent this by always testing Helm installs with --dry-run first. Use Helm hooks for pre-install validation. Keep deployment procedures documented and tested. Monitor release status continuously. For production, use a GitOps tool (ArgoCD, Flux) that manages release state automatically. Always have a clear rollback plan.
Frequently asked questions
- What does "UPGRADE FAILED: has no deployed releases" mean?
- This error occurs when trying to upgrade a release that is either in FAILED or SUPERSEDED state, or when the release was never successfully deployed. Helm cannot upgrade a release without a successful deployment baseline.
- How do I fix "UPGRADE FAILED: has no deployed releases"?
- You are trying to upgrade a Helm release, but no previous deployed version exists to upgrade from.
- What causes "UPGRADE FAILED: has no deployed releases"?
- Initial install failed (release never deployed) All previous revisions are in FAILED state Previous release was rolled back too many times
- Is the "UPGRADE FAILED: has no deployed releases" error serious?
- It is a medium-severity error โ more of a blocker than a risk. The steps above resolve it.
Official resources & further reading
- ๐Kubernetes Official Documentation
- ๐Helm: helm history(Official Docs)
- ๐Helm: helm rollback(Official Docs)
- ๐Helm: Release glossary(Official Docs)