Browse Docs
Catalog
Config
Stacks
Operate
Docs

Find Out Why A Chart Failed

First find out whether the Kubernetes objects changed before deployment, or the expected objects reached a target and failed there. That distinction tells you where to look next. View source markdown.

UNOFFICIAL/EXPERIMENTAL. Use this guide when a Helm chart, values file, cub installer run, or ConfigHub deployment does not behave as expected.

First Question

Did the desired object set differ from regular Helm, or did the target fail to
run the same desired object set?

If the objects differ, check the chart version, values, release settings, and Kubernetes capabilities used during rendering. If the objects match, check target prerequisites, install order, images, the delivery controller, and runtime health.

Triage Path

StepAskWhere to look
1. Compare the renderDoes cub installer produce the same objects as Helm for the same chart, configuration, values, and Kubernetes capabilities?chart page, rendered YAML, render comparison receipt
2. Check target prerequisitesDoes the target provide the required CRDs, Secrets, StorageClasses, cloud identity, APIs, and cluster features?chart requirements and target-prerequisite guide
3. Check install and upgrade workDoes a hook, CRD install, webhook setup, Job, or post-apply check need to run separately?chart page, hook guide, and recorded actions
4. Check imagesIs an image missing, private, moved, or in need of a mirror, digest pin, or pull Secret?chart page and image notes
5. Check GitOpsDid Argo CD or Flux report a successful sync while the workload remained unhealthy?delivery receipt and controller status
6. Check runtime healthDid Pods, PVCs, Jobs, webhooks, or APIService readiness fail after apply?live receipt and cluster events
7. Check the catalog configurationDoes this use case need different values, Kubernetes capabilities, or another ready-made configuration?chart page and catalog configuration guide

What To Send

If you want the project to reproduce the problem, send:

New to cub? Install the cub CLI first. Public catalog packages pull and render anonymously, and you sign in only once a command saves or changes ConfigHub data.

chart repository and chart name
chart version
values file or flags
Kubernetes version if relevant
controller path: Helm, cub installer, ConfigHub OCI, Argo, Flux, or cub-direct
what you expected
what happened

A useful result includes a repeatable test, the observed failure, and the next action. The catalog records the outcome as pass, watch, blocked, or refused. If the project cannot support the path yet, the answer should say so directly.

Generated from the committed markdown file docs/user/broken-chart-triage.md. The source file is the authoritative version.