On Wed, Mar 8, 2017 at 3:33 PM, Fred Rolland <frolland@redhat.com> 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 <gianluca.cecchi@gmail.com> wrote:

On Wed, Mar 8, 2017 at 1:30 PM, Fred Rolland <frolland@redhat.com> 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