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 <gianluca.cecchi(a)gmail.com>
wrote:
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/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