Skip to content

Commit 0ec0003

Browse files
stuggiclaude
andcommitted
Clarify PVC resize behavior for mounted vs unmounted volumes
Update the LVMS snapshot size fix procedure to accurately reflect that: - Mounted PVCs (pods running): Resize happens automatically via CSI online resize, no pod restart required - Unmounted PVCs (no pods): Resize is applied when PVC is next mounted, may need to trigger backup job manually Tested with Glance PVCs (running pods) - confirmed automatic resize. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
1 parent 5a20f1e commit 0ec0003

1 file changed

Lines changed: 9 additions & 4 deletions

File tree

docs/dev/backup-restore-storage-volumes.md

Lines changed: 9 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -430,10 +430,15 @@ oc edit pvc <pvc-name> -n openstack
430430
# requests:
431431
# storage: 5Gi
432432
433-
# 2. Restart pods using the PVC to apply the resize
434-
# For Galera backup PVCs, restart the backup job or wait for next scheduled backup
435-
# For other service PVCs, restart the service pods:
436-
oc delete pod -n openstack -l service=<service-name>
433+
# 2. Wait for resize to complete
434+
# For PVCs with pods currently running (e.g., Glance, Cinder):
435+
# - Resize happens automatically, no pod restart needed
436+
# - Kubernetes and CSI driver handle online resize
437+
438+
# For PVCs with NO pods running (e.g., Galera backup PVCs):
439+
# - Resize is applied when the PVC is next mounted
440+
# - Either wait for next backup job or trigger one manually:
441+
oc create job manual-backup --from=cronjob/<backup-cronjob-name> -n openstack
437442
438443
# 3. Verify the PVC capacity was updated
439444
oc get pvc <pvc-name> -n openstack -o jsonpath='{.status.capacity.storage}'

0 commit comments

Comments
 (0)