Bug 1939069 - Add source to vm template silently failed when no storage class is defined in the cluster
Summary: Add source to vm template silently failed when no storage class is defined in...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Console Kubevirt Plugin
Version: 4.7
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
: 4.8.0
Assignee: Gilad Lekner
QA Contact: Guohua Ouyang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-03-15 14:40 UTC by Chen Yosef
Modified: 2021-07-27 22:53 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-07-27 22:53:18 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift console pull 8512 0 None open Bug 1939069: Add source to vm template silently failed 2021-03-30 11:21:08 UTC
Red Hat Product Errata RHSA-2021:2438 0 None None None 2021-07-27 22:53:42 UTC

Description Chen Yosef 2021-03-15 14:40:48 UTC
Description of problem:
Add source dialog box terminated silently when no storage class exists.

Version-Release number of selected component (if applicable):
OCP 4.7.0
CNV 2.6.0

How reproducible:
Always

Steps to Reproduce:
1. Install a 4.7 cluster using the assisted installer flow (no storage class is created by default). 
2. Deploy Openshift Virtualization 2.6 and create an instance. 
3. Go to Virtualization -> Template, and press on add source of one of the templates. 

Actual results:
A new dialog opened for 2 seconds and then get closed without any errors.

Expected results:
The add source should be grayed out when no storage class is defined, or a proper message should inform the user about this. 

Additional info:
From looking on the requests, it can be seen that the dialog is closed right after the ListStoragePool retr returns an empty list.   
It also looks related (or even the same issue) like this https://bugzilla.redhat.com/show_bug.cgi?id=1930064

Comment 2 Guohua Ouyang 2021-04-28 00:02:21 UTC
Hi Chen,
Could you help verify this bug or share a cluster to me to verify it?

Thanks!

Comment 3 Chen Yosef 2021-04-28 15:56:16 UTC
Hi Guohua,

I am currently don't have a cluster with 4.8. This bug however should be very easy to reproduce on any cluster without a defined storage class, as described in the steps above. 
If still relevant, I can try to install a 4.8 cluster next week and verify it. 

Thanks,
Chen

Comment 4 Guohua Ouyang 2021-05-07 01:39:20 UTC
(In reply to Chen Yosef from comment #3)
> Hi Guohua,
> 
> I am currently don't have a cluster with 4.8. This bug however should be
> very easy to reproduce on any cluster without a defined storage class, as
> described in the steps above. 
> If still relevant, I can try to install a 4.8 cluster next week and verify
> it. 
> 
It's easy to verify the bug, the problem is that QE's environment always has storageClass defined which is not removable.
If you have a chance, please help verify the bug. 

I'll also try to get a cluster without storageClass to verify the bug.

> Thanks,
> Chen

Comment 5 Chen Yosef 2021-05-09 11:06:52 UTC
Hi Guohua,

I installed a 4.8 cluster with CNV 2.6.2. When trying to add source to template without defined storage class, the UI blocks me from doing so with a clear message on the missing storage class.

Moving to verified.

Thanks,
Chen

Comment 6 Guohua Ouyang 2021-05-10 01:16:53 UTC
(In reply to Chen Yosef from comment #5)
> Hi Guohua,
> 
> I installed a 4.8 cluster with CNV 2.6.2. When trying to add source to
> template without defined storage class, the UI blocks me from doing so with
> a clear message on the missing storage class.
> 
> Moving to verified.

Chen, 
Thank you very much!

> 
> Thanks,
> Chen

Comment 9 errata-xmlrpc 2021-07-27 22:53:18 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.8.2 bug fix and 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-2021:2438


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