|
20 | 20 |
|
21 | 21 | [NOTE]
|
22 | 22 | ====
|
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 |
24 | 24 | https://access.redhat.com/support/offerings/techpreview/.
|
25 | 25 | ====
|
26 | 26 |
|
@@ -66,10 +66,9 @@ kubernetesMasterConfig:
|
66 | 66 | [[expanding_glusterfs_pvc]]
|
67 | 67 | == Expanding GlusterFS-Based Persistent Volume Claims
|
68 | 68 |
|
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. |
73 | 72 |
|
74 | 73 | For example:
|
75 | 74 |
|
@@ -116,3 +115,19 @@ object reflects the newly requested size in `PersistentVolume.Spec.Capacity`. At
|
116 | 115 | this point, you can create or re-create a new pod from the PVC to finish the
|
117 | 116 | file system resizing. Once the pod is running, the newly requested size is
|
118 | 117 | 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