Bug 2016442 - OCPonRHV: pvc should be in Bound state and without error when choosing default sc
Summary: OCPonRHV: pvc should be in Bound state and without error when choosing defaul...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Storage
Version: 4.10
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 4.10.0
Assignee: aos-storage-staff@redhat.com
QA Contact: michal
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-10-21 14:15 UTC by michal
Modified: 2022-03-10 16:21 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-03-10 16:21:33 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift ovirt-csi-driver pull 95 0 None open Bug 2016442: fix creation on ISCSI storage domain 2021-10-26 06:39:42 UTC
Red Hat Product Errata RHSA-2022:0056 0 None None None 2022-03-10 16:21:54 UTC

Description michal 2021-10-21 14:15:30 UTC
Description of problem:


Version-Release number of selected component (if applicable):
4.10.0-0.nightly-2021-10-20-193037
How reproducible:

Steps to Reproduce:
1.create PVC with iscsi storage_ class - ovirt-csi-sc
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: test
  annotations:
    volume.beta.kubernetes.io/storage-class: ovirt-csi-sc
spec:
  storageClassName: ovirt-csi-sc
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
~                             
2.run oc get PVC
3. run oc describe pvc test
error appear in logs -  ----     ------                ----                    ----                                                                     -------
  Normal   Provisioning          53m (x20 over 127m)     csi.ovirt.org_ge1n1-6jfq5-master-0_0f3f58b8-26a3-48cd-90a2-06ad25e0c9f9  External provisioner is provisioning volume for claim "openshift-cluster-csi-drivers/test"
  Warning  ProvisioningFailed    12m (x25 over 124m)     csi.ovirt.org_ge1n1-6jfq5-master-0_0f3f58b8-26a3-48cd-90a2-06ad25e0c9f9  failed to provision volume with StorageClass "ovirt-csi-sc": rpc error: code = DeadlineExceeded desc = context deadline exceeded
  Normal   ExternalProvisioning  2m26s (x515 over 127m)  persistentvolume-controller                                              waiting for a volume to be created, either by external provisioner "csi.ovirt.org" or manually created by system administrator
  Warning  ProvisioningFailed    2m13s (x5 over 91m)     csi.ovirt.org_ge1n1-6jfq5-master-0_0f3f58b8-26a3-48cd-90a2-06ad25e0c9f9  failed to provision volume with StorageClass "ovirt-csi-sc": rpc error: code = Unknown desc = creating oVirt disk pvc-6fe43f5f-0ac0-458b-a73a-885f758eb82f, error: timeout: timeout while creating disk pvc-6fe43f5f-0ac0-458b-a73a-885f758eb82f (conflict: failed to add disk (Fault reason is "Operation Failed". Fault detail is "[Cannot add Virtual Disk. Disk configuration (RAW Sparse backup-None) is incompatible with the storage domain type.]". HTTP response code is "409". HTTP response message is "409 Conflict".))
[root@ocp-qe-1 ge1n1]# 

Actual results:
PVC stuck on pending status when creating pvc with default storage class


Expected results:
pvc should be in Bound state and without error when choosing default sc

Master Log:

Node Log (of failed PODs):

PV Dump:

PVC Dump:

StorageClass Dump (if StorageClass used by PV/PVC):

Additional info:

Comment 3 michal 2021-11-01 09:48:25 UTC
ocp: 4.10.0-0.ci-2021-10-27-140539
rhv: 4.4.9.3

steps: 
1) create PVC with iscsi storage_ class - ovirt-csi-sc
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: test
  annotations:
    volume.beta.kubernetes.io/storage-class: ovirt-csi-sc
spec:
  storageClassName: ovirt-csi-sc
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
~                             
2.run oc get PVC
3. run oc describe pvc test
actual:
PVC was created successfully. and there is no errors

Comment 7 errata-xmlrpc 2022-03-10 16:21:33 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Moderate: OpenShift Container Platform 4.10.3 security update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2022:0056


Note You need to log in before you can comment on or make changes to this bug.