A short guide to CrashLoopBackOff Wizard
Ask the right questions in the right order.
Use pod symptoms and exit details to choose the next safe CrashLoopBackOff check. Here is the practical way to prepare the input, read the output, and decide what to check next.
01
When to reach for it
Uses supplied key=value symptoms such as logs, exitCode, probe, and recentDeploy to select a focused checklist. It is most useful when you are dealing with CrashLoopBackOff or container exits. Start with the smallest example that still shows the behavior.
- Look for CrashLoopBackOff, container exits, probe failure.
- Reduce the example until one observation can change the result.
02
How to prepare the input
Answer with the facts you actually know. A partial diagnosis is more useful than filling every field with a guess.
- Use the accepted format: key=value answers.
- Keep the facts that make the behavior reproducible.
- Do not treat missing context as a reason to invent an answer.
Example input
Safe sample
exitCode=1 logs=configuration missing probe=not-configured recentDeploy=yes
Run this first to see the shape of the result. Then change one meaningful fact and confirm that the output changes with it.
03
How to read the result
Returns a checklist whose likely cause and next checks follow the supplied pod symptoms. Read the finding beside the evidence that produced it. The result narrows the next check; it does not claim to have changed your system.
- Separate the observed fact from the suggested next check.
- Prefer the smallest reversible experiment that can confirm or reject the finding.
- Save the output when it belongs in an incident note, review, or handoff.
04
Know the boundary
The checklist narrows the investigation from the facts you provide; it cannot observe a running service for you.