Hi Eyal,

thanks for the reply - all the proposed options make sense.
I have opened a RFE -> https://bugzilla.redhat.com/show_bug.cgi?id=1881457 , but can you verify that the product/team are the correct one ?

Best Regards,
Strahil Nikolov






В вторник, 22 септември 2020 г., 12:55:56 Гринуич+3, Eyal Shenitzky <eshenitz@redhat.com> написа:







On Mon, 21 Sep 2020 at 23:19, Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
> Hey Eyal,
>
> it's really irritating that only ISOs can be imported as disks.
>
> I had to:
> 1. Delete snapshot (but I really wanted to keep it)
> 2. Detach all disks from existing VM
> 3. Delete the VM
> 4. Import the Vm from the data domain
> 5. Delete the snapshot , so disks from data domain are "in sync" with the non-data disks
> 6. Attach the non-data disks to the VM
>
> If all disks for a VM were on the same storage domain - I didn't have to wipe my snapshots.
>
> Should I file a RFE in order to allow disk import for non-ISO disks ?
> If I wanted to rebuild the engine and import the sotrage domains I would have to import the VM the first time , just to delete it and import it again - so I can get my VM disks from the storage...
>

From what I understand you want to file an RFE that requests the option to split 'unregistered' entities in a data domain, but unfortunately this is not possible.

But we may add different options:
    * merge/squash to identical partial VMs
    * Override an existing VM
    * Force import the VM with a different ID
You can file an RFE with those suggest options.

Also, please add the description of why do you think it is needed.

 
>  Best Regards,
> Strahil Nikolov
>
>
>
>
>
> В понеделник, 21 септември 2020 г., 11:47:04 Гринуич+3, Eyal Shenitzky <eshenitz@redhat.com> написа:
>
>
>
>
>
> Hi Stranhil, 
>
> Maybe those VMs has more disks on different data storage domains?
> If so, those VMs will remain on the environment with the disks that are not based on the detached storage-domain.
>
> You can try to import the VM as partial, another option is to remove the VM that remained in the environment but 
> keep the disks so you will be able to import the VM and attach the disks to it.
>
> On Sat, 19 Sep 2020 at 15:49, Strahil Nikolov via Users <users@ovirt.org> wrote:
>> Hello All,
>>
>> I would like to ask how to proceed further.
>>
>> Here is what I have done so far on my ovirt 4.3.10:
>> 1. Set in maintenance and detached my Gluster-based storage domain
>> 2. Did some maintenance on the gluster
>> 3. Reattached and activated my Gluster-based storage domain
>> 4. I have imported my ISOs via the Disk Import tab in UI
>>
>> Next I tried to import the VM Disks , but they are unavailable in the disk tab
>> So I tried to import the VM:
>> 1. First try - import with partial -> failed due to MAC conflict
>> 2. Second try - import with partial , allow MAC reassignment -> failed as VM id exists -> recommends to remove the original VM
>> 3. I tried to detach the VMs disks , so I can delete it - but this is not possible as the Vm already got a snapshot.
>>
>>
>> What is the proper way to import my non-OS disks (data domain is slower but has more space which is more suitable for "data") ?
>>
>>
>> Best Regards,
>> Strahil Nikolov
>> _______________________________________________
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-leave@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WTJXOIVDWU6DGVZQQ243VKGWJLPKHR4L/
>
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>


--
Regards,
Eyal Shenitzky