On Wed, Mar 8, 2017 at 3:33 PM, Fred Rolland <frolland(a)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(a)gmail.com
> wrote:
> On Wed, Mar 8, 2017 at 1:30 PM, Fred Rolland <frolland(a)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/importst...
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