Uploaded image for project: 'OpenShift Virtualization'
  1. OpenShift Virtualization
  2. CNV-20084

[2110256] Storage -> PVC -> upload data, does not support source reference

XMLWordPrintable

    • High

      +++ This bug was initially created as a clone of Bug #2100330 +++

      Description of problem:
      Data upload form in storage -> PVC -> Data upload form, does not support source Ref.

      Version-Release number of selected component (if applicable):

      How reproducible:

      Steps to Reproduce:
      1. storage -> PVC -> Data upload
      2. click "Attach this data to a Virtual Machine operating system"
      3.

      Actual results:
      If the template using sourceRef ( and the source reference name is not identical to the PVC name ), the vm will use the sourceRef and not the uploaded data source.

      Expected results:
      a - do not allow to upload to specific template/s, ( use a different UI to manage sourceRef and importCron )
      b - allow to upload to specific template/s, and make sure it works with sourceRef and importCron

      Additional info:

      — Additional comment from Eric Paris on 2022-06-23 14:00:17 CST —

      This bug sets Target Release equal to a z-stream but has no bug in the 'Depends On' field. As such this is not a valid bug state and the target release is being unset.

      Any bug targeting 4.1.z must have a bug targeting 4.2 in 'Depends On.'
      Similarly, any bug targeting 4.2.z must have a bug with Target Release of 4.3 in 'Depends On.'

      — Additional comment from Dan Kenigsberg on 2022-06-23 14:22:20 CST —

      I believe that the severity of this is higher, because it makes it impossible to use the RHEL8 template with anything but the default boot source. If prepare my own RHEL8 disk image and want to define a VM based on it, I have to define a VM with the default boot source, got to its Disks tab, delete the bootdisk, and add a new disk with my image. That's a clunky workaround that took me two weeks to figure out.

      Besides, iiuc, this is a 4.10 regression.

      — Additional comment from INVALID USER on 2022-07-12 08:47:34 CST —

      Elliott changed bug status from MODIFIED to ON_QA.
      This bug is expected to ship in the next 4.10 release.

      — Additional comment from errata-xmlrpc on 2022-07-13 16:28:28 CST —

      This bug has been added to advisory RHBA-2022:5568 by OpenShift Release Team Bot (ocp-build/buildvm.openshift.eng.bos.redhat.com@REDHAT.COM)

      — Additional comment from Guohua Ouyang on 2022-07-18 11:56:28 CST —

      verified on 4.10.23, it disables the attach to os checkbox for templates

      — Additional comment from errata-xmlrpc on 2022-07-20 08:10:57 CST —

      Bug report changed to RELEASE_PENDING status by Errata System.
      Advisory RHBA-2022:5568-03 has been changed to PUSH_READY status.
      https://errata.devel.redhat.com/advisory/98467

      — Additional comment from errata-xmlrpc on 2022-07-20 15:46:10 CST —

      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 (OpenShift Container Platform 4.10.23 bug fix 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/RHBA-2022:5568

      — Additional comment from Guohua Ouyang on 2022-07-22 19:57:55 CST —

      Should we apply this to 4.11?

      — Additional comment from Yaacov Zamir on 2022-07-24 15:57:22 CST —

      (In reply to Guohua Ouyang from comment #8)
      > Should we apply this to 4.11?

      yes, makes sense to me to implement on console 4.11 too (AFAIK this code was not ported to the new kubevirt plugin)

            aturgema Aviv Turgeman
            gouyang1@redhat.com Guohua Ouyang
            Guohua Ouyang Guohua Ouyang
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: