Description of problem (please be detailed as possible and provide log snippests): While restoring the volumesnapshot taken of one PV provisioned with ODF LVM operator with x storage size, the new PVC which is being restored gets stuck in Pending state if storage size of PVC is more than x. PVC describe shows below error: ~~~ failed to provision volume with StorageClass "odf-lvm-vg1": rpc error: code = OutOfRange desc = requested size does not match the size of the source ~~~ Version of all relevant components (if applicable): OCP version: 4.11.13 ODF-LVM-Operator version: # oc get csv -n openshift-storage NAME DISPLAY VERSION REPLACES PHASE odf-lvm-operator.v4.11.2 ODF LVM Operator 4.11.2 Succeeded Does this issue impact your ability to continue to work with the product (please explain in detail what is the user impact)? Impact is high since PVC is stuck in Pending state and snapshot cannot be restored because of this error. Is there any workaround available to the best of your knowledge? I think if we keep the PVC storage size same as snapshot storage size then PVC will be provisioned. Rate from 1 - 5 the complexity of the scenario you performed that caused this bug (1 - very simple, 5 - very complex)? 3 Can this issue reproducible? Yes Can this issue reproduce from the UI? NA If this is a regression, please provide more details to justify this: NA Steps to Reproduce: 1. Create PVC into Bound state with ODF-LVM-Operator. 2. After that take snapshot of PV 3. Try to restore it by mentioning more storage size than the snapshot storage size. PVC will be stuck in pending state with error. Actual results: PVC gets stuck in Pending state. Expected results: PVC should get into Bound state by PV provisioning though storage size of PVC is mentioned more than the storage size of snapshot from which it is trying to be restored. Additional info:
Closing this in favor of https://issues.redhat.com/browse/OCPBUGS-6178