Bug 1939069

Summary:	Add source to vm template silently failed when no storage class is defined in the cluster
Product:	OpenShift Container Platform	Reporter:	Chen Yosef <cyosef>
Component:	Console Kubevirt Plugin	Assignee:	Gilad Lekner <glekner>
Status:	CLOSED ERRATA	QA Contact:	Guohua Ouyang <gouyang>
Severity:	urgent	Docs Contact:
Priority:	urgent
Version:	4.7	CC:	aos-bugs, danken, gouyang, tnisan, yzamir
Target Milestone:	---
Target Release:	4.8.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-07-27 22:53:18 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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