Bug 1898542 - [MTC-UI] Target storage classes not detected in the UI
Summary: [MTC-UI] Target storage classes not detected in the UI
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Migration Toolkit for Containers
Classification: Red Hat
Component: General
Version: 1.3.z
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 1.3.z
Assignee: Erik Nelson
QA Contact: Xin jiang
Avital Pinnick
URL:
Whiteboard:
: 1893023 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-11-17 13:19 UTC by Sergio
Modified: 2020-11-30 06:53 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-30 06:53:04 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Screenshot (66.34 KB, image/png)
2020-11-17 13:19 UTC, Sergio
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:5133 0 None None None 2020-11-30 06:53:12 UTC

Description Sergio 2020-11-17 13:19:14 UTC
Created attachment 1730143 [details]
Screenshot

Description of problem:
The UI cannot detect the right storage classes in the target cluster.


Version-Release number of selected component (if applicable):
MTC 1.3.2
TARGET CLUSTER: OCP 4.6 AWS
SOURCE CLUSTER: OCP 3.11 AWS


How reproducible:
Always

Steps to Reproduce:
1. Deploy an application with one PVC in the source cluster

oc new-project bztest
oc new-app django-psql-persistent

2. Use the UI to create a migration plan for this application


Actual results:
In the screen where the target storage class should be selected, we click on the "Targe storage class" item to select the right one and the only option shown is "None".

Expected results:
All storages classes in the target cluster should be displayed when we try to choose the target storage class.


Additional info:

In target cluster we have these SCs

$ oc get sc
NAME            PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
gp2 (default)   kubernetes.io/aws-ebs   Delete          WaitForFirstConsumer   true                   68m
gp2-csi         ebs.csi.aws.com         Delete          WaitForFirstConsumer   true                   68m

In source cluster we have these SCs

$ oc get sc
NAME            PROVISIONER             AGE
gp2 (default)   kubernetes.io/aws-ebs   3h


The migcluster has the right storageclasses in it:

spec:
  isHostCluster: true
  storageClasses:
  - accessModes:
    - ReadWriteOnce
    default: true
    name: gp2
    provisioner: kubernetes.io/aws-ebs
  - accessModes:
    - ReadWriteOnce
    name: gp2-csi
    provisioner: ebs.csi.aws.com

Comment 1 Erik Nelson 2020-11-17 14:22:16 UTC
*** Bug 1893023 has been marked as a duplicate of this bug. ***

Comment 2 Erik Nelson 2020-11-17 16:14:49 UTC
https://github.com/konveyor/mig-ui/pull/1063

Comment 6 Sergio 2020-11-18 11:27:04 UTC
Verified using CAM 1.3.2 stage

openshift-migration-rhel7-operator@sha256:9b90ee8ad3c39df9f698164accc93720da9009db6a5f54be7aece258e353d578


Target cluster's storage classes are displayed properly.

Moved to VERIFIED status.

Comment 7 Sergio 2020-11-18 11:28:53 UTC
UI image used to verify the bug

    - name: MIG_UI_REPO
      value: openshift-migration-ui-rhel8@sha256
    - name: MIG_UI_TAG
      value: a616ba1d16459b376e2a8c77ecc8c0d2122fd04881cf3493d422184434ddd559

Comment 11 errata-xmlrpc 2020-11-30 06:53:04 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 (Migration Toolkit for Containers (MTC) tool image release advisory 1.3.2), 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-2020:5133


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