On Fri, Apr 24, 2020 at 1:04 PM Anton Louw <Anton.Louw@voxtelecom.co.za> wrote:

Hi All,

I know this question has been asked before, by myself included. I was hoping that someone has run through the exercise of moving the hosted engine VM to a different storage domain. I have tried many routes, but the backup and restore does not work for me.

The "standard answer" is backup and restore. Why does it not work?

Is there anybody that can perhaps give me some guidelines or a process I can follow?

I didn't try that myself.

The best guidelines I can give you are: Try first on at a test system. Do the backup on the real machine, create some isolated VM (isolated so that it does not interfere with your hosts/storage) somewhere to be used as a test host (or a physical machine if you have one), some storage somewhere, and restore on it. Make it work. Document what you needed to do. Ask here with specific questions if/when you have them. Then do on the production setup.

Also clarify your needs. Do you need no-downtime for the VMs? If so, that's more complex. If you don't, it might be enough/simpler to deploy a new setup and just import the existing storage. Do you have HA VMs? etc.

The reason I need to move the HE VM is because we are decommissioning the current storage array where the HE VM is located.

Good luck!

Best regards,

Thank you very much

Anton Louw

Cloud Engineer: Storage and Virtualization at Vox

T: 087 805 0000 | D: 087 805 1572
M: N/A
E: anton.louw@voxtelecom.co.za
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
www.vox.co.za

Disclaimer
The contents of this email are confidential to the sender and the intended recipient. Unless the contents are clearly and entirely of a personal nature, they are subject to copyright in favour of the holding company of the Vox group of companies. Any recipient who receives this email in error should immediately report the error to the sender and permanently delete this email from all storage devices.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here.

_______________________________________________
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/V3PRBRZD7SLUQSXPRJHWVR3FWNZM5SJS/

Didi