Bug 2041351 - [MTV] [UI] Target storage classes are "empty"
Summary: [MTV] [UI] Target storage classes are "empty"
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Migration Toolkit for Virtualization
Classification: Red Hat
Component: General
Version: 2.3.0
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: ---
: 2.3.0
Assignee: Mike Turley
QA Contact: kpunwatk
Richard Hoch
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-01-17 07:19 UTC by kpunwatk
Modified: 2022-04-04 18:03 UTC (History)
5 users (show)

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


Attachments (Terms of Use)
Screenshot of UI (60.66 KB, image/png)
2022-01-17 07:19 UTC, kpunwatk
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Github konveyor forklift-ui pull 891 0 None open Bug 2041351: Remove all queries and logic based on the old Provisioner CRD 2022-01-17 18:43:57 UTC
Red Hat Product Errata RHEA-2022:1183 0 None None None 2022-04-04 18:03:54 UTC

Description kpunwatk 2022-01-17 07:19:04 UTC
Created attachment 1851293 [details]
Screenshot of UI

Description of problem:
UI fails to load the storage Classes. The Target storage classes are empty(Screenshoots attached).
UI Console output: Failed to load resource: the server responded with a status of 404 (Not Found)

Version-Release number of selected component (if applicable):
MTV-2.3.11 / iib:159147
CNV-4.10.0
OCP-4.10.0

How reproducible:


Steps to Reproduce:
1. Deploy required build on CNV 4.10/ OCP 4.10
2. Try to create a plan in storage mapping observe the target storage classes
3. Also observe in Provider Page Openshift Virtualization storage classes


Additional info:

Comment 3 Amos Mastbaum 2022-01-17 07:32:37 UTC
No issues were found with API

Comment 5 Mike Turley 2022-01-17 18:13:15 UTC
Reproduced locally, this is caused by the removal of the Provisioner CRD. The UI blocks the storage classes inventory request on loading provisioners so it can correlate them with storage classes and determine if it needs to warn about missing provisioners. That logic all needs to be removed, and that should fix this. PR incoming.

Comment 6 Ilanit Stein 2022-01-20 07:26:43 UTC
Fixed in MTV-2.3.0-12

Index image v4.9: registry-proxy.engineering.redhat.com/rh-osbs/iib:161586
Index image v4.10: registry-proxy.engineering.redhat.com/rh-osbs/iib:161588

Comment 7 kpunwatk 2022-01-20 07:38:50 UTC
Verified with Latest MTV-2.3.0-12 iib: 161588, CNV-4.10.0, OCP-4.10.0. 
In MTV UI The target Storage classes are available and can successfully create mappings.

Comment 11 errata-xmlrpc 2022-04-04 18:03:45 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 (MTV 2.3.0 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-2022:1183


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