Skip to content

Commit 31f0a61

Browse files
author
Traci Morrison
authored
Merge pull request #9797 from tmorriso-rh/enterprise-3.9
[enterprise-3.9] Add edits to PR 8990
2 parents f365924 + bba2f85 commit 31f0a61

File tree

1 file changed

+20
-5
lines changed

1 file changed

+20
-5
lines changed

dev_guide/expanding_persistent_volumes.adoc

+20-5
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ cases.
2020

2121
[NOTE]
2222
====
23-
For more information on Red Hat Technology Preview features support scope, see
23+
For more information on Red Hat Technology Preview features support scope, see
2424
https://access.redhat.com/support/offerings/techpreview/.
2525
====
2626

@@ -66,10 +66,9 @@ kubernetesMasterConfig:
6666
[[expanding_glusterfs_pvc]]
6767
== Expanding GlusterFS-Based Persistent Volume Claims
6868

69-
Expanding GlusterFS volumes is easiest. Once the {product-title} administrator
70-
has created a StorageClass with `allowVolumeExpansion` set to `true`, you can
71-
create a PVC from that class, and afterwards, whenever needed, you can edit the
72-
PVC and request a new size.
69+
Once the {product-title} administrator has created a StorageClass with
70+
`allowVolumeExpansion` set to `true`, you can create a PVC from that class, and
71+
afterwards, whenever needed, you can edit the PVC and request a new size.
7372

7473
For example:
7574

@@ -116,3 +115,19 @@ object reflects the newly requested size in `PersistentVolume.Spec.Capacity`. At
116115
this point, you can create or re-create a new pod from the PVC to finish the
117116
file system resizing. Once the pod is running, the newly requested size is
118117
available and `FileSystemResizePending` condition is removed from the PVC.
118+
119+
[[recover_from_resize_failure]]
120+
== Recovering from Failure when Expanding Volumes
121+
122+
If expanding underlying storage fails either on master or node, the
123+
{product-title} administrator can manually recover the PVC state and cancel the resize
124+
requests that are continuously retried by the controller without administrator
125+
intervention.
126+
127+
Currently, this can be done manually by completing the following steps:
128+
129+
. Mark the PV that is bound to the claim (PVC) with the `Retain` reclaim policy. This can be done by editing the PV and changing `persistentVolumeReclaimPolicy` to `Retain`.
130+
. Delete the PVC (it will be recreated later).
131+
. To ensure that the newly created PVC can bind to the PV marked `Retain`, manually edit the PV and delete the `claimRef` entry from the PV specs. This marks the PV as `Available`. For more information about prebinding PVCs, see xref:./persistent_volumes.adoc#persistent-volumes-volumes-and-claim-prebinding[volume and claim prebinding].
132+
. Re-create the PVC in a smaller size or a size that can be allocated by the underlying storage provider. Also, set the `volumeName` field of the PVC to the name of the PV. This binds the PVC to the provisioned PV only.
133+
. Restore the reclaim policy on the PV.

0 commit comments

Comments
 (0)