Drag steps to the numbered slots on the right, or tap a step then tap a slot.
Steps
Order
1Step 1
2Step 2
3Step 3
4Step 4
5Step 5
CKA Troubleshooting Practice Question
Drag and drop the steps to back up and restore etcd data for a Kubernetes cluster into the correct order.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Take etcd snapshot, then verify the snapshot, then stop etcd, then restore etcd from snapshot, then start etcd, then verify cluster health.
The correct order ensures that you capture a consistent snapshot, verify its integrity, stop etcd to avoid conflicts, restore the data, start etcd, and then confirm the cluster is healthy. Skipping steps or doing them out of order can lead to data loss or cluster instability.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✓
Take etcd snapshot, then verify the snapshot, then stop etcd, then restore etcd from snapshot, then start etcd, then verify cluster health.
Why this is correct
This is the correct order because it ensures a consistent snapshot is taken first, its integrity is verified, then etcd is stopped to avoid conflicts, the restore is performed, etcd is started, and finally the cluster health is confirmed.
- ✗
Stop etcd, then take etcd snapshot, then verify snapshot, then restore, then start etcd, then check cluster health.
Why it's wrong here
Stopping etcd before taking a snapshot is not a valid procedure because etcdctl snapshot save requires a live, running etcd endpoint to capture the current state from the Raft store. If etcd is stopped, the command cannot connect and there is no live database to snapshot; you would have to restart it, which defeats the purpose. Additionally, stopping etcd before backup introduces unnecessary downtime and, in a multi-node cluster, could cause a quorum loss that prevents new writes, making the snapshot stale or unavailable.
- ✗
Take snapshot, verify snapshot, restore from snapshot, stop etcd, start etcd, check cluster health.
Why it's wrong here
Attempting to restore from a snapshot while etcd is still running is incorrect and dangerous. The etcd process holds open file descriptors and has in-memory state that will conflict with the restored data directory, leading to corruption or inconsistent data after the restore. You must first stop etcd so that the data directory is not in active use, then run etcdctl snapshot restore to create a clean data directory, and only then start etcd. Restoring before stopping also means the restore may be overwritten by the running process or fail due to file lock contention.
- ✗
Take snapshot, verify snapshot, stop etcd, restore, check cluster health, start etcd.
Why it's wrong here
This sequence incorrectly places the cluster health check immediately after the restore but before etcd has been started. After restoring a snapshot, the etcd data directory is simply a set of files on disk; there is no running process listening on client ports, so any health command such as etcdctl endpoint health will fail to connect or time out. The etcd service must be started and allowed to initialize before you can verify the health of the node and the rest of the cluster. Only after startup should you run endpoint health or member list to confirm the restored database is serving correctly.
Go deeper
Related to this question
Learn chapter
Kubernetes Architecture Overview
Key term
Network Policies
A Kubernetes resource that controls how pods communicate with each other and with other network endpoints, acting as a firewall for pod-to-pod traffic.
Key term
Ingress Resources
Ingress Resources are Kubernetes API objects that manage external access to services inside a cluster, typically HTTP and HTTPS traffic, by defining rules for routing requests based on hostnames and paths.
About these practice questions
One of 302 original CKA practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This CKA practice question is part of Courseiva's free CNCF certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the CKA exam.