On April 26, 2020 9:39:07 AM GMT+03:00, Yedidyah Bar David <didi(a)redhat.com> wrote:
On Fri, Apr 24, 2020 at 1:04 PM Anton Louw
<Anton.Louw(a)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(a)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(a)ovirt.org
> To unsubscribe send an email to users-leave(a)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/V3PRBRZD7SL...
>
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