[ovirt-users] Can't move/copy VM disks between Data Centers

[Fred Rolland]

Using Export domain should work also, but I would go the way I described
earlier.

On Sun, Mar 4, 2018 at 1:27 PM, Andrei V <andreil1 at starlett.lv> wrote:

> Hi,
>
> On 02/27/2018 04:29 PM, Fred Rolland wrote:
>
> Hi,
>
> Just to make clear what you want to achieve:
> - DC1 - local storage - host1 - VMs
> - DC2 - local storage - host2
>
> You want to move the VMs from DC1 to DC2.
>
>
> Yes, thanks, this is exactly what I want to accomplish.
> BTW, are export domains from different data centers visible to each other?
>
> If not, wouldn't be simpler to export VM#1 in DC #1 to Export domain #1,
> copy over ssh to DC #2 Export domain, and finally import it into DC #2.
>
> PS. I can't test right now myself, sitting home on sick leave..
>
>
>
> What you can do:
> - Add a shared storage domain to the DC#1
> - Move VM disk from local SD to shared storage domain
> - Put shared storage domain to maintenance
> - Detach shared storage from DC1
> - Attach shared storage to DC2
> - Activate shared storage
> - You should be able to register the VM from the shared storage into the
> DC2
> - If you want/need move disks from shared storage to local storage in DC2
>
> Please test this flow with a dummy VM before doing on important VMs.
>
> Regards,
>
> Freddy
>
> On Mon, Feb 26, 2018 at 1:46 PM, Andrei Verovski <andreil1 at starlett.lv>
> wrote:
>
>> Hi,
>>
>> Thanks for clarification. I’m using 4.2.
>> Anyway, I have to define another data center with shared storage domain
>> (since data center with local storage domain can have only 1 host), and the
>> do what you have described.
>>
>> Is it possible to copy VM disks from 1 data center #1 local storage
>> domain to another data center #2 NFS storage domain, or need to use export
>> storage domain ?
>>
>>
>>
>> On 26 Feb 2018, at 13:30, Fred Rolland <frolland at redhat.com> wrote:
>>
>> Hi,
>> Which version are you using?
>>
>> in 4.1 , the support of adding shared storage to local DC was added [1].
>> You can copy/move disks to the shared storage domain, then detach the SD
>> and attach to another DC.
>>
>> In any case, you wont be able to live migrate VMs from the local DC, it
>> is not supported.
>>
>> Regards,
>> Fred
>>
>> [1] https://ovirt.org/develop/release-management/features/storag
>> e/sharedStorageDomainsAttachedToLocalDC/
>>
>> On Fri, Feb 23, 2018 at 1:35 PM, Andrei V <andreil1 at starlett.lv> wrote:
>>
>>> Hi,
>>>
>>> I have oVirt setup, separate PC host engine + 2 nodes (#10 + #11) with
>>> local storage domains (internal RAIDs).
>>> 1st node #10 is currently active and can’t be turned off.
>>>
>>> Since oVirt doesn’t support more then 1 host in data center with local
>>> storage domain as described here:
>>> http://lists.ovirt.org/pipermail/users/2018-January/086118.html
>>> defined another data center with 1 node #11.
>>>
>>> Problem:
>>> 1) can’t copy or move VM disks from node #10 (even of inactive VMs) to
>>> node #11, this node is NOT being shown as possible destination.
>>> 2) can’t migrate active VMs to node #11.
>>> 3) Added NFS shares to data center #1 -> node #10, but can’t change data
>>> center #1 -> storage type to Shared, because this operation requires
>>> detachment of local storage domains, which is not possible, several VMs are
>>> active and can’t be stopped.
>>>
>>> VM disks placed on local storage domains because of performance
>>> limitations of our 1Gbit network.
>>> 2 VMs running our accounting/inventory control system, and are critical
>>> to NFS storage performance limits.
>>>
>>> How to solve this problem ?
>>> Thanks in advance.
>>>
>>> Andrei
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20180305/18922a81/attachment.html>