[ovirt-users] Re: Cannot import VM disks from previously detached storage domain
I will have a look. Thank you for your support in oVirt! On Tue, 22 Sep 2020 at 15:30, Strahil Nikolov wrote: > 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 < > eshen...@redhat.com> написа: > > > > > > > > On Mon, 21 Sep 2020 at 23:19, Strahil Nikolov > 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 < > eshen...@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 > 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-le...@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 > > -- Regards, Eyal Shenitzky ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/SL2I3WEQ3MS6TIVBL5SC42B4FAZNTSWX/
[ovirt-users] Re: Cannot import VM disks from previously detached storage domain
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 написа: On Mon, 21 Sep 2020 at 23:19, Strahil Nikolov 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 > написа: > > > > > > 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 > 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-le...@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 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/FEU3KIA76YUA6EDI6SIOY43MHI2Z2ZNB/
[ovirt-users] Re: Cannot import VM disks from previously detached storage domain
On Mon, 21 Sep 2020 at 23:19, Strahil Nikolov 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 < > eshen...@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 > 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-le...@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 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/5A7IOHPR6VOOMBXQIJT5FAN2O6FTKVHQ/
[ovirt-users] Re: Cannot import VM disks from previously detached storage domain
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... Best Regards, Strahil Nikolov В понеделник, 21 септември 2020 г., 11:47:04 Гринуич+3, Eyal Shenitzky написа: 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 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-le...@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 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/4F64EFRW5AHOOIMSB2OOFF4FVWCZ4YV4/
[ovirt-users] Re: Cannot import VM disks from previously detached storage domain
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 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-le...@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 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/NGMSYDEYCGYW43OHMBRI46WWVREOUQYE/
