On Thu, Jul 28, 2016 at 10:59 AM, Alexis HAUSER <alexis.hau...@telecom-bretagne.eu> wrote: >>Unfortunately we know that migrating from HE to HE is not as simple as >>from physical to HE: >>https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21 >>In general the issue is that the DB backup form the old hosted-engine >>VM contains a lot of references to the previous hosted-engine env and >>you cannot simply remove/edit them from the engine since they are lock >>so you have to manually remove them from the DB which is quite >>risky/error prone. > > This is a bit scaring. In case of issue with engine and trying to recover, it > could also happen.
The backup and restore procedure on the same env is well testes, the issue is simply if you need to restore on a different environment (it's basically a migration) cause you have to remove all the references to the old env. > What other way would you suggest for backing the engine VM and being sure to > be able to restore it as it was without errors ? Have you ever tried to > backup/restore from rsync ? > If there are data in the DB written when you're performing it, do you think > it can cause issues ? If ovirt-engine service is stopped, is that problem > avoided ? Postgres is transactional so if you do it in the proper way I don't see issue but stopping the ovirt-engine service will of course help. But the issue is not that you risk data corruption, the issue is that when you import a backup of the engine DB to a different env, that backup says the hosted-engine storage domain is still the old one since it was that in the previous env and so on and you can simply edit the hosted-engine strage domain location from the engine itself since we are preventing it. >>In the mean time I'd suggest, if feasible, to redeploy a new >>hosted-engine env and reattach there your storage domains and your >>hosts. >>This will imply a downtime. > > Ok, I think I'll do that. A downtime isn't a problem right now, as I'm still > at a pre-production step. (preparing it for production soon) _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
