-
Story
-
Resolution: Done
-
Major
-
None
-
3
-
False
-
-
False
-
CNV v4.99.0.rhel9-2317, CNV v4.19.0.rhel9-163
-
-
CNV Storage 271, CNV Storage 272
-
None
We met the minimum supported PVC size issue in GCP (4Gi, or 6Gi for expandable volume) and ARO (1Gi, but 50Gi provisioned). In ARO, for volumes larger than 50Gi pvcs, we also found we cannot use the current storage api as it needs to be exactly in Gis (1024^3), so filesystem overhead needs to take that into consideration.
The new field will be empty by default, and set only for specific provisioners.
The issue depends onĀ CNV-51171.
- blocks
-
CNV-56518 Clone populator is stuck forever when VolumeSnapshot is not Ready
-
- Verified
-
-
CNV-59689 [4.19] Clone populator is stuck forever when VolumeSnapshot is not Ready
-
- Closed
-
- depends on
-
CNV-51171 [4.19] Provide minimum PVC size workaround for small PVC creation (TPM etc.)
-
- Closed
-
- is cloned by
-
CNV-62305 [4.18] Annotate specific provisioners StorageProfile with their minimum supported PVC size
-
- Release Pending
-
- is related to
-
CNV-38938 [QE][Storage] run tier1 on GCP with baremetal nodes
-
- Closed
-
- links to