Bug 1710330 - [downstream clone - 4.3.5] Unable to upload image through Storage->Domain->Disk because of wrong DC
Summary: [downstream clone - 4.3.5] Unable to upload image through Storage->Domain->Di...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 4.2.8-2
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ovirt-4.3.5
: 4.3.5
Assignee: Fedor Gavrilov
QA Contact: Daniel
URL:
Whiteboard:
Depends On: 1679039
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-05-15 10:43 UTC by RHV bug bot
Modified: 2020-08-03 15:39 UTC (History)
5 users (show)

Fixed In Version: ovirt.engine-4.3.5.4
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1679039
Environment:
Last Closed: 2019-08-12 11:53:28 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:
lsvaty: testing_plan_complete-


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 3926311 0 Troubleshoot None Unable to upload Image file to Storage Domain 2019-05-15 10:43:59 UTC
Red Hat Product Errata RHEA-2019:2431 0 None None None 2019-08-12 11:53:36 UTC
oVirt gerrit 99636 0 'None' MERGED webadmin: select correct DC in image upload popup 2020-07-18 06:00:40 UTC
oVirt gerrit 100103 0 'None' ABANDONED webadmin: select correct DC in image upload popup 2020-07-18 06:00:40 UTC
oVirt gerrit 100109 0 'None' MERGED webadmin: select correct DC in image upload popup 2020-07-18 06:00:40 UTC

Description RHV bug bot 2019-05-15 10:43:36 UTC
+++ This bug is a downstream clone. The original bug is: +++
+++   bug 1679039 +++
======================================================================

Description of problem:
When trying to upload a disk-image to Storage-Domain via Menu
 Storage->Domain->'<my-storage-domain>'->disks->upload
the wrong DC is selected and the upload will fail.

Version-Release number of selected component (if applicable):
ovirt-engine-4.2.8.2-0.1.el7ev.noarch

How reproducible:
100%

Steps to Reproduce:
1. Create RHV environment with two Datacenter
2. Select Storage-Domain of second Datacenter 
3. Try uploading a disk image

Actual results:
The wrong Datacenter is shown and the upload will fail

Expected results:
The correct DC should be selected and the upload into the selected storage-domain should succeed

Additional info:
Using Menu 'Storage->Disk->upload', you're able to select the right DC and Storagedomain and the upload will succeed.

(Originally by Steffen Froemer)

Comment 1 RHV bug bot 2019-05-15 10:43:38 UTC
Created attachment 1536604 [details]
Screenshot of Uploadmenu of disk-menu

(Originally by Steffen Froemer)

Comment 2 RHV bug bot 2019-05-15 10:43:40 UTC
Created attachment 1536605 [details]
Screenshot of Uploadmenu of storage-domain->disk-menu

I've added two screenshots. One from Storage-Domain menu, where wrong DC is pre-selected and unable to change.
Second the Menu from Storage->Disk-menu, where I'm able to change the DC and also the hosts are correctly selected.

(Originally by Steffen Froemer)

Comment 12 Daniel 2019-07-15 12:41:30 UTC
Bug verified in: ovirt-engine-4.3.5.2-0.1.el7.noarch

scenario checked (according to the steps in the description):

Created RHV environment with two data centers. 
Attached 2 different storage domains to 2 different data centers.
Tried to upload disk image on each of the storage domains and checked that the correct data center is picked.

Moving to VERIFIED

Comment 14 errata-xmlrpc 2019-08-12 11:53:28 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, 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-2019:2431

Comment 15 Daniel Gur 2019-08-28 13:14:56 UTC
sync2jira

Comment 16 Daniel Gur 2019-08-28 13:19:59 UTC
sync2jira


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