The restarting report worker
Distinguish a restart symptom from a confirmed termination reason.
THE ON-CALL PRACTICE ROOM
Practice the first few minutes of a Kubernetes incident. Inspect the signals, cite your evidence, and explain why your diagnosis fits.
— / 10
base cases with submitted checks passed
Keep the evidence. Revisit your reasoning. Try a transfer case.
THE PRACTICE LIBRARY
10 base cases + 10 transfer cases
Distinguish a restart symptom from a confirmed termination reason.
Trace how a Service selects its backend pods.
Separate registry authentication failures from missing image tags.
Use previous logs to investigate a crash loop.
Scheduling uses requested capacity, not current CPU usage.
Readiness failure can exclude a healthy process from traffic.
Check the client resolver before blaming CoreDNS.
Differentiate startup configuration failure from a crash loop.
Use claim events to identify provisioning prerequisites.
Trace Deployment progress down to ReplicaSet events.
Separate what you know from what you suspect.
Inspect simulated diagnostic results at your own pace.
Check your diagnosis and keep the lesson in your notebook.
Practice is saved on this device. Signing in does not upload or download your notebook. Cloud transfers happen only when you choose them.
Checking account availability…
Signing out keeps this device notebook. On a shared device, anyone using this browser can still see it. Cloud transfer is optional; JSON export works without an account.
Help improve practice by counting case starts, passed checks, and visits on a later day. Off by default. Counts contain a case ID and random event ID, never your notes, reasoning, email, or account ID. No visitor profile is created.
Changing this preference affects future events. Hosting and database providers still process ordinary network requests. Counts are approximate; they do not measure learning outcomes.