Bug 1898254

Summary: [RFE] Add the ability to override default access and volume modes in storage mapping
Product: Migration Toolkit for Virtualization Reporter: Ilanit Stein <istein>
Component: User ExperienceAssignee: Arik <ahadas>
Status: CLOSED MIGRATED QA Contact: meital avital <mavital>
Severity: medium Docs Contact: Avital Pinnick <apinnick>
Priority: medium    
Version: 2.0.0CC: ahadas, fdupont, mguetta, mturley, pvauter, yzamir
Target Milestone: ---Keywords: FutureFeature
Target Release: Future   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-01-02 16:01:45 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:
Bug Depends On: 1898478    
Bug Blocks:    

Description Ilanit Stein 2020-11-16 17:17:14 UTC
Description of problem:
Please add support to pick Migration target storage "volume mode" and "access mode".

This is required also for allowing to pick target storage Ceph-RBD with volume mode "Block" - one of the VMIO supported storage types. 
Currently the volume mode is set to "Filesystem" by default, and it is not configurable.

Comment 1 Mike Turley 2020-11-30 21:46:19 UTC
Fabien, this should be targeted 2.0.0 right?

Comment 2 Fabien Dupont 2020-12-14 12:45:30 UTC
Since the controller will provide smart defaults, the UI part can be implemented in a z-stream.

Comment 3 Mike Turley 2021-11-30 14:45:58 UTC
Fabien, am I correct in assuming this will be part of the new Settings page that still needs backend work, so it should be in 2.4.0?

Comment 4 Ilanit Stein 2022-02-01 16:40:58 UTC
Removing the Red Hat Customer Portal 03092694 as the solution for this case is addressed in Bug 2033333 - MTV must not set volume or access mode when creating a DataVolume.

Comment 5 Red Hat Bugzilla 2023-09-18 00:23:25 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days