Description of problem: It is a bit confusing. Could the SRC_PVC_NAME match the display name more closely? Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Upstream PR https://bugzilla.redhat.com/show_bug.cgi?id=1897081
(In reply to Omer Yahud from comment #1) > Upstream PR https://bugzilla.redhat.com/show_bug.cgi?id=1897081 PR? :)
(In reply to Tomas Jelinek from comment #2) > (In reply to Omer Yahud from comment #1) > > Upstream PR https://bugzilla.redhat.com/show_bug.cgi?id=1897081 > > PR? :) Whoops, https://github.com/kubevirt/common-templates/pull/284
Verified with kubevirt-ssp-operator-container-v2.5.2-4: - description: Name of the PVC to clone name: SRC_PVC_NAME value: fedora
This change is not backward compatible. For someone who already defined the "fedora32" PVC, this upgrade would make it disappear from GUI, which now looks for a "fedora" PVC. I think we should consider the upgrade path, too. (not necessarily in 2.5.2)
Created doc bug 1907187
Created an upgrade bug 1907471, moving this bug to verified.
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 Virtualization 2.5.2 Images), 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/RHEA-2020:5560