A node in a Kubernetes cluster is reporting a 'NotReady' status. What is the most likely cause?

The node's kubelet is not reporting to the control plane

The node is running an unsupported operating system

The node's IP address has changed

The node has too many pods running

A cluster administrator is troubleshooting a Kubernetes issue. What is the FIRST step in a systematic troubleshooting methodology?

Identify and clearly define the problem

Immediately restart all nodes in the cluster

Check the application source code for bugs

Escalate the issue to the cloud provider

A service is not accessible from outside the cluster. The Service is of type NodePort. You have verified that the pods are running and the endpoints are correct. What should you check next?

Check the Service's selector to ensure it matches the pods.

Check the cluster's DNS configuration to ensure the Service name resolves.

Check the pod's liveness probe to ensure it is passing.

Check the firewall/security group rules to ensure the NodePort is open on the node's external IP.

A pod is in a CrashLoopBackOff state. You run `kubectl logs` and see a stack trace indicating a missing environment variable. The Deployment's spec includes an `env` section. What is the most likely cause?

The pod's resource limits are too low; you should increase them.

The pod's image is corrupted; you should pull a new image.

The environment variable is not defined in the Deployment's `env` section, or it is defined with the wrong name.

The pod's liveness probe is misconfigured; you should adjust the probe.

A pod is stuck in 'CrashLoopBackOff'. What does this status indicate?

The pod is repeatedly starting, crashing, and being restarted by Kubernetes

The pod is unable to pull its container image

The pod has been deleted and is being recreated

The pod is waiting for a PersistentVolume to be mounted

Kubernetes and Cloud Native Associate (KCNA)

Domain 1Objective 6

Troubleshooting KCNA Practice Questions (Page 2)

Part of the Kubernetes Fundamentals domain, which accounts for 44% of the KCNA exam. Linux Foundation does not publish an official question count, but from its 90-minute exam (~35–60 total, ~15–26 in this domain), expect 3–4 from this objective — we provide 19 practice questions to prepare you well beyond it. (estimate)

19questions here

4free pages

5concepts

44%of the exam

Questions 6–10

6foundation · easy
A node in a Kubernetes cluster is reporting a 'NotReady' status. What is the most likely cause?
Select an answer first
7foundation · easy
A cluster administrator is troubleshooting a Kubernetes issue. What is the FIRST step in a systematic troubleshooting methodology?
Select an answer first
8expert · medium
A service is not accessible from outside the cluster. The Service is of type NodePort. You have verified that the pods are running and the endpoints are correct. What should you check next?
Select an answer first
9application · medium
A pod is in a CrashLoopBackOff state. You run `kubectl logs` and see a stack trace indicating a missing environment variable. The Deployment's spec includes an `env` section. What is the most likely cause?
Select an answer first
10foundation · easy
A pod is stuck in 'CrashLoopBackOff'. What does this status indicate?
Select an answer first

Finished these 5 questions?

Review the revealed explanations, or continue through the curriculum.

Next 5 questions →Back to KCNA

Free Basic Practice is a study aid with revealable answers — not a scored exam. Examers.io is independent and not affiliated with or endorsed by Linux Foundation. “KCNA” is a trademark of its owner, used for identification only.