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
[image: F] <https://www.facebook.com/voxtelecomZA> [image: T] <https://www.twitter.com/voxtelecom> [image: I] <https://www.instagram.com/voxtelecomza/> [image: L] <https://www.linkedin.com/company/voxtelecom> [image: Y] <https://www.youtube.com/user/VoxTelecom>
[image: #VoxBrand] <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME> *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 <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
_______________________________________________ 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/V3PRBRZD7SLUQS...
-- Didi
On April 26, 2020 9:39:07 AM GMT+03:00, Yedidyah Bar David <didi@redhat.com> wrote:
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
[image: F] <https://www.facebook.com/voxtelecomZA> [image: T] <https://www.twitter.com/voxtelecom> [image: I] <https://www.instagram.com/voxtelecomza/> [image: L] <https://www.linkedin.com/company/voxtelecom> [image: Y] <https://www.youtube.com/user/VoxTelecom>
[image: #VoxBrand] <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME> *Disclaimer*
The contents of this email are confidential to the sender and the
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*
intended place
for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
_______________________________________________ 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/V3PRBRZD7SLUQS...
If youchange the gluster volume you can use the 'hosted-engine' tool + migration of the data ? The example is for Gluster, but also hosted-engine --set-shared-config storage <server1>:/engine hosted-engine --set-shared-config mnt_options backup-volfile-servers=<server2>:<server3> Best Regards, Strahil Nikolov
Hi, Thank you for the reply. I am building another environment today, so I will run through the backup and restore again. I do recall one issue I had with the restore was that it gave an error that one of the storage domains were already in use. This was a new storage domain I added, with no VMs on. I just want to make sure, I probably cannot deploy the HE on a storage domain that is in maintenance, correct? I will try and create a new storage domain again, but remove it from the data center, and perhaps see if the HE will deploy to it. The main goal was to have no downtime, but if it is going to be too complex, I think my next option will be to create a new HE, and attach the current storage domains. Obviously it is going to take a bit of planning, as I will need to configure all the networks etc. from scratch again. Thanks From: Strahil Nikolov <hunter86_bg@yahoo.com> Sent: 26 April 2020 08:55 To: Yedidyah Bar David <didi@redhat.com>; Anton Louw <Anton.Louw@voxtelecom.co.za> Cc: users@ovirt.org Subject: Re: [ovirt-users] Re: Move Hosted Engine VM to a different storage domain On April 26, 2020 9:39:07 AM GMT+03:00, Yedidyah Bar David <didi@redhat.com<mailto:didi@redhat.com>> wrote:
On Fri, Apr 24, 2020 at 1:04 PM Anton Louw <Anton.Louw@voxtelecom.co.za<mailto: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<mailto:anton.louw@voxtelecom.co.za> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg www.vox.co.za<http://www.vox.co.za>
[image: F] <https://www.facebook.com/voxtelecomZA<https://www.facebook.com/voxtelecomZA>> [image: T] <https://www.twitter.com/voxtelecom<https://www.twitter.com/voxtelecom>> [image: I] <https://www.instagram.com/voxtelecomza/<https://www.instagram.com/voxtelecomza>> [image: L] <https://www.linkedin.com/company/voxtelecom<https://www.linkedin.com/company/voxtelecom>> [image: Y] <https://www.youtube.com/user/VoxTelecom<https://www.youtube.com/user/VoxTelecom>>
[image: #VoxBrand] <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME<https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>> *Disclaimer*
The contents of this email are confidential to the sender and the
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*
intended place
for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise<https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>>.
_______________________________________________ Users mailing list -- users@ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave@ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/privacy-policy.html<https://www.ovirt.org/privacy-policy.html> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://www.ovirt.org/community/about/community-guidelines> List Archives:
If youchange the gluster volume you can use the 'hosted-engine' tool + migration of the data ? The example is for Gluster, but also hosted-engine --set-shared-config storage <server1>:/engine hosted-engine --set-shared-config mnt_options backup-volfile-servers=<server2>:<server3> Best Regards, Strahil Nikolov Anton Louw Cloud Engineer: Storage and Virtualization ______________________________________ D: 087 805 1572 | M: N/A A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg anton.louw@voxtelecom.co.za www.vox.co.za
participants (3)
-
Anton Louw -
Strahil Nikolov -
Yedidyah Bar David