Bug 2042274 - Storage API should be used when creating a PVC
Summary: Storage API should be used when creating a PVC
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Console Kubevirt Plugin
Version: 4.10
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.10.0
Assignee: Aviv Turgeman
QA Contact: Guohua Ouyang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-01-19 07:17 UTC by Ruth Netser
Modified: 2023-12-24 15:15 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-03-12 04:41:03 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift console pull 10939 0 None open Bug 2042274: Storage API should be used when upload PVC 2022-01-26 16:26:17 UTC
Red Hat Product Errata RHSA-2022:0056 0 None None None 2022-03-12 04:41:20 UTC

Description Ruth Netser 2022-01-19 07:17:07 UTC
Description of problem:
When creating a PVC from the UI, the created DV is using the PVC API (and not the storage API).


Version-Release number of selected component (if applicable):
CNV 4.10.0, OCP 4.10.0-fc.0

How reproducible:


Steps to Reproduce:
1. From the UI, upload a PVC
2.
3.

Actual results:
The created DV is using the PVC API (and not the storage API).

Expected results:
Storage API should be used

Additional info:
Name:         centos8
Namespace:    default
Labels:       kubevirt.ui/cdrom=false
Annotations:  cdi.kubevirt.io/storage.bind.immediate.requested: true
API Version:  cdi.kubevirt.io/v1beta1
Kind:         DataVolume
Metadata:
  Creation Timestamp:  2022-01-18T10:42:26Z
  Generation:          66
  Managed Fields:
    API Version:  cdi.kubevirt.io/v1beta1
    Fields Type:  FieldsV1
    fieldsV1:
      f:metadata:
        f:annotations:
          .:
          f:cdi.kubevirt.io/storage.bind.immediate.requested:
        f:labels:
          .:
          f:kubevirt.ui/cdrom:
      f:spec:
        .:
        f:pvc:
          .:
          f:accessModes:
          f:resources:
            .:
            f:requests:
              .:
              f:storage:
          f:storageClassName:
          f:volumeMode:
        f:source:
          .:
          f:upload:
    Manager:      Mozilla
    Operation:    Update
    Time:         2022-01-18T10:42:26Z
    API Version:  cdi.kubevirt.io/v1beta1
    Fields Type:  FieldsV1
    fieldsV1:
      f:status:
        .:
        f:conditions:
        f:phase:
        f:progress:
    Manager:         virt-cdi-controller
    Operation:       Update
    Time:            2022-01-18T10:42:26Z
  Resource Version:  4366120
  UID:               5d3e5ba8-b854-4421-96a2-1601f1e2f31b
Spec:
  Pvc:
    Access Modes:
      ReadWriteOnce
    Resources:
      Requests:
        Storage:         20Gi
    Storage Class Name:  hostpath-provisioner
    Volume Mode:         Filesystem
  Source:
    Upload:

Comment 1 Yaacov Zamir 2022-01-19 19:01:29 UTC
(very) nice to have, not a blocker

Comment 3 Guohua Ouyang 2022-01-27 07:53:41 UTC
verified on 4.10.0-0.nightly-2022-01-25-023600

Comment 6 errata-xmlrpc 2022-03-12 04:41:03 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

Comment 7 rr.ave.n.xre.y.es 2023-12-24 15:15:23 UTC
When creating a Persistent Volume Claim (PVC), Storage APIs should be used to ensure that the correct amount of storage is provisioned in a Kubernetes-supported storage platform. Storage APIs allow users to specify the size of the PVC, as well as other parameters such as the access mode. By using Storage APIs to create a PVC, users can ensure that the requested storage is available and that the requester has the correct permissions to access it from this https://yttarps.com/ link.


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