Hands-on Lab·Certified Kubernetes Administrator
Reclaim Policies and Recovering a Released Volume
The emergency lever for a volume you are about to delete, and the four-step recovery that gets the data back afterwards - ending with the file read out of the rebound volume.
Storage Guide 71 of 103 Advanced
- Kubernetes1.36.4
- Runtimecontainerd 2.2.6
- CNICalico v3.32.1
- TimeAbout 17 min
- Reviewed26 August 2026
Written against the versions above. PV names are generated by the provisioner. The phases and the claimRef behaviour are the same on any driver.
| Server Name | IP Address | OS | Roles | CPU | RAM | HDD |
|---|---|---|---|---|---|---|
| CKA1001 | 192.168.0.175 | Ubuntu 26.04 LTS | Control Plane Node | 2 Core | 4 GB | 50 GB |
| CKA1001-NODE01 | 192.168.0.176 | Ubuntu 26.04 LTS | Worker Node | 2 Core | 4 GB | 50 GB |
| CKA1001-NODE02 | 192.168.0.177 | Ubuntu 26.04 LTS | Worker Node | 2 Core | 4 GB | 50 GB |
| CKA1001-NODE03 | 192.168.0.178 | Ubuntu 26.04 LTS | Worker Node | 2 Core | 4 GB | 50 GB |
Before you start
- guide 70 - the policies themselves, before this recovers from one.
-
A dynamically provisioned volume, and the policy it inherits
-
Change the policy on the volume that already exists
-
Delete the claim and watch what survives
-
Making it usable again
-
Is the data actually there