[ovirt-users] Restoring Hosted-Engine from a stale backup
Doug Ingham
dougti at gmail.com
Tue Jan 24 12:49:22 UTC 2017
Hey guys,
Just giving this a bump in the hope that someone might be able to advise...
Hi all,
> One of our engines has had a DB failure* & it seems there was an
> unnoticed problem in its backup routine, meaning the last backup I've got
> is a couple of weeks old.
> Luckily, VDSM has kept the underlying VMs running without any
> interruptions, so my objective is to get the HE back online & get the hosts
> & VMs back under its control with minimal downtime.
>
> So, my questions are the following...
>
> 1. What problems can I expect to have with VMs added/modified since
> the last backup?
> 2. As it's only the DB that's been affected, can I skip redeploying
> the Engine & jump straight to restoring the DB & rerunning engine-setup?
> 3. The original docs I read didn't mention that it's best to leave a
> host in maintenance mode before running the engine backup, so my plan is to
> install a new temporary host on a separate server, re-add the old hosts &
> then once everything's back up, remove the temporary host. Are there any
> faults in this plan?
> 4. When it comes to deleting the old HE VM, the docs point to a
> paywalled guide on redhat.com...?
>
> To add a bit more info to 4), I'm referring to the following...
Note: If the Engine database is restored successfully, but the Engine
> virtual machine appears to be Down and cannot be migrated to another
> self-hosted engine host, you can enable a new Engine virtual machine and
> remove the dead Engine virtual machine from the environment by following
> the steps provided in https://access.redhat.com/solutions/1517683.
>
Source:
http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
CentOS 7
> oVirt 4.0.4
> Gluster 3.8
>
> * Apparently a write somehow cleared fsync, despite not actually having
> been written to disk?! No idea how that happened...
>
> Many thanks,
> --
> Doug
>
Cheers,
--
Doug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170124/aec80ec2/attachment.html>
More information about the Users
mailing list