A newly deployed pod is stuck in the ImagePullBackOff state. What is the most likely cause?

The pod's resource requests exceed the node's capacity

The service selector does not match the pod's labels

The container image name or tag is incorrect or the image does not exist

The application inside the container is crashing on startup

What is the purpose of a health endpoint in a cloud native application?

To store application logs for later analysis

To provide a public API for external users to interact with the application

To encrypt data transmitted between services

To expose the application's internal state so orchestration systems can determine if it is alive and ready to serve traffic

What is the primary purpose of debugging in cloud native applications?

To identify and resolve the root cause of unexpected behavior or failures

To optimize application performance and reduce resource consumption

To automate the deployment of application updates

To secure the application against external threats

An application running in a Kubernetes Pod writes logs to a file in its container filesystem instead of stdout. The team wants to use `kubectl logs` to view these logs. What should they do?

Configure a sidecar container to read the log file.

Mount a hostPath volume and read the logs from the node.

Use `kubectl exec` to tail the log file.

Change the application to write logs to stdout.

A team deploys a microservice that occasionally returns HTTP 500 errors. The service exposes a `/healthz` endpoint that only returns 200 when the service can connect to its database. Which monitoring approach would best help the team detect and debug these errors?

Collect metrics for HTTP status codes and alert on the rate of 5xx responses, then correlate with logs.

Set up a liveness probe on /healthz and alert on pod restarts.

Enable verbose logging in the database and review the database logs.

Use a readiness probe on /healthz and alert when the pod is not ready.

Kubernetes and Cloud Native Associate (KCNA)

Domain 3Objective 2

Debugging KCNA Practice Questions (Page 3)

Part of the Cloud Native Application Delivery domain, which accounts for 16% of the KCNA exam. Linux Foundation does not publish an official question count, but from its 90-minute exam (~35–60 total, ~6–10 in this domain), expect 2–3 from this objective — we provide 23 practice questions to prepare you well beyond it. (estimate)

23questions here

5free pages

4concepts

16%of the exam

Questions 11–15

11foundation · easy
A newly deployed pod is stuck in the ImagePullBackOff state. What is the most likely cause?
Select an answer first
12foundation · easy
What is the purpose of a health endpoint in a cloud native application?
Select an answer first
13foundation · easy
What is the primary purpose of debugging in cloud native applications?
Select an answer first
14application · medium
An application running in a Kubernetes Pod writes logs to a file in its container filesystem instead of stdout. The team wants to use `kubectl logs` to view these logs. What should they do?
Select an answer first
15application · medium
A team deploys a microservice that occasionally returns HTTP 500 errors. The service exposes a `/healthz` endpoint that only returns 200 when the service can connect to its database. Which monitoring approach would best help the team detect and debug these errors?
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.