I don't think it will work. We rely heavily on LVM when working with iSCSI and FC and I am not sure how LVM will handle this kind of operation. A storage domain is a VG that contains PVs (LUNS), and each disk is a LV.
On Wed, Mar 8, 2017 at 6:02 PM, Gianluca Cecchi <[email protected]> wrote: > On Wed, Mar 8, 2017 at 3:33 PM, Fred Rolland <[email protected]> wrote: > >> I cannot think of another option other to have an export domain in the >> middle that can be accessed from all the hosts. >> >> >> On Wed, Mar 8, 2017 at 3:50 PM, Gianluca Cecchi < >> [email protected]> wrote: >> >>> On Wed, Mar 8, 2017 at 1:30 PM, Fred Rolland <[email protected]> >>> wrote: >>> >>>> Hi, >>>> >>>> Storage domains are per Data Center, and all hosts in this DC should be >>>> able to access the SDs, no matter in which cluster they are... >>>> >>>> Are you sure your hosts are on the same DC ? >>>> >>>> Thanks, >>>> >>>> Freddy >>>> >>>> >>> No, my scenario was a planning workflow. >>> At this moment I only have Host1 and Host2 that are connected to an >>> FC-SAN. >>> I have to move data to an iSCSI storage and also oVirt hosts to Host3 >>> and Host4 (yet to be deployed). >>> So I'm trying to understand if I can do it in pieces bypassing >>> export/import >>> >>> I forgot that it is DC the constraint for SD accessibility. >>> Any suggestion to accomplish the desired target? >>> >>> Thanks, >>> Gianluca >>> >>> >> > Is it realistic to think something similar to the workflow described > below, based on the import storage domain functionality described here: > http://www.ovirt.org/develop/release-management/features/ > storage/importstoragedomain > > and in particular one of its targets: > Transfer VMs between setups without the need to copy the data into and out > of the export domain. > > > Prerequisite: > - Host1 has network connectivity with Host3 > - Host1 is part of a DC that contains an FC based storage domain, composed > of SAN LUN A of X Tb > - Host3 is part of another DC and has connection in place with iSCSI LUN B > of X Tb > > Workflow: > - Stop the VMs that are on the source FC domain > - Put source storage domain into maintenance > - Detach source storage domain > - Clone LUN A to LUN B at low level > (eg dd command via network > Similar to when you clone an entire disk from a server to another > server.... > ) > - import domain on DC where Host3 lives giving the correct iSCSI > parameters... > > Do the OVF_STORE disks on the storage domain contain information about the > fact of it being an FC or an iSCSI storage domain, preventing then a > possible import operation? > > This is a test environment where I would like to transfer 4Tb of data from > FC SAN in decommission phase to an iSCSI SAN, and if I can by-pass export / > import phases, even giving some downtime, would be good. > > Thanks for reading, > Gianluca > >
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
