The pod that will not start
A Kubernetes deployment is stuck in CrashLoopBackOff. The candidate gets a workspace with kubectl, the manifest and the container logs already open.
How fast they reach the real cause (missing config map, bad readiness probe, broken image reference) and whether they explain it before they fix it.
- · a real Linux box in the browser
- · kubectl, docker, terraform, jq, yq
- · cluster, repo and cloud creds pre-wired
- · auto-checks running in the background
- · every keystroke + every command
- · terminal + screen recording
- · auto-graded pass/fail per check
