[ovirt-users] replace ovirt engine host
Matt .
yamakasi.014 at gmail.com
Fri Nov 7 22:49:12 UTC 2014
Hi,
Actually it's very simple as described in the docs.
Just stop the engine, make a backup, copy it over, place it back and
start it. You can do this in a several of ways.
ISO domains is which I would remove and recreate again. ISO domains
are actually dumb domains, so nothing can go wrong.
Did it some time ago because I needed more performance.
VDSM can run without the engine, it doesn't need it as the egine
monitors and does the commands, so when it's not there... VM's just
run (until you make them die yourself :))
I would give it 15-30 min/
Cheers,
Matt
2014-11-07 18:36 GMT+01:00 Daniel Helgenberger <daniel.helgenberger at m-box.de>:
>
> Daniel Helgenberger
> m box bewegtbild GmbH
>
> ACKERSTR. 19 P: +49/30/2408781-22
> D-10115 BERLIN F: +49/30/2408781-10
>
> www.m-box.de
> www.monkeymen.tv
>
> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> On 07.11.2014, at 15:24, Koen Vanoppen <vanoppen.koen at gmail.com> wrote:
>
> Hi,
>
> We had a consulting partner who did the same for our company. This is his
> procedure and worked great:
>
> How to migrate ovirt management engine
> Packages
> Ensure you have the same packages & versions installed on the destination
> hostas on the source, using 'rpm -qa | grep ovirt'. Make sure versions are
> 100%identical.
> Default setup
>
> Run 'engine-setup' on the destination host after installing the packages.
> Use
> the following configuration:
> 1. Backup existing configuration
> 2. On the source host, do:
>
> You might want your consultant take a look on [1]...
> Steps a-3d:
> engine-backup mode=backup --file=~/ovirt-engine-source --log=backup.log
>
> a. service ovirt-engine stop
> b. service ovirt-engine-dwhd stop
> c. mkdir ~/backup
> d. tar -C /etc/pki/ovirt-engine -czpf ~/backup/ovirt-engine-pki.tar.gz .
> e. tar -C /etc/ovirt-engine -czpf ~/backup/ovirt-engine-conf.tar.gz .
> f. cd /usr/share/ovirt-engine/dbscripts
> g. ./backup.sh
> h. mv engine_*.sql ~/backup/engine.sql
> 3. You may also want to backup dwh & reports:
> a. cd /usr/share/ovirt-engine/bin/
> b. ./engine-backup.sh --mode=backup --scope=db --db-user=engine
> --db-password=XXX --file=/usr/tmp/rhevm-backups/engine-backup
> --log=/tmp/engine-backup.log
> c. ./engine-backup.sh --mode=backup --scope=dwhdb --db-user=engine
> --db-password=XXX --file=/usr/tmp/rhevm-backups/dwh-backup
> --log=/tmp/engine-backup.log
> d. ./engine-backup.sh --mode=backup --scope=reportsdb --db-user=engine
> --db-password=XXX --file=/usr/tmp/rhevm-backups/reports-backup
> --log=/tmp/engine-backup.log
> 4. Download these backup files, and copy them to the destination host.
> Restore configuration
> 1. On the destination host, do:
>
> Again, steps a-h, basically
> engine-setup
> engine-cleanup
> engine-backup mode=restore --file=~/ovirt-engine-source --log=backup.log
>
> also, I would run a second
> engine-setup
> After that, you should be good to go..
>
> Of course, depending on your previous engine setup this could be a little
> more complicated. Still, quite strait forward.
> [1] http://www.ovirt.org/Ovirt-engine-backup
>
> a. service ovirt-engine stop
> b. service ovirt-engine-dwhd stop
> c. cd backup
> d. tar -C /etc/pki/ovirt-engine -xzpf ovirt-engine-pki.tar.gz
> e. tar -C /etc/ovirt-engine -xzpf ovirt-engine-conf.tar.gz
> f. tar -xvjf engine-backup
> g. tar -xvjf dwh-backup
> h. tar -xvjf reports-backup
>
> Restore Database
> 1. On the destination host do:
> a. su - postgres -c "psql -d template1 -c 'drop database engine;'"
> b. su - postgres -c "psql -d template1 -c 'create database engine owner
> engine;'"
> c. su - postgres
> d. psql
> e. \c engine
> f. \i /path/to/backup/engine.sql
> NOTE: in case you have issues logging in to the database, add the following
> line to the pg_hba.conf file:
>
> host all engine 127.0.0.1/32 trust
>
> 2. Fix engine password:
> a. su - postgres
> b. psql
> c. alter user engine with password 'XXXXXXX';
> Change ovirt hostname
> On the destination host, run:
>
> /usr/share/ovirt-engine/setup/bin/ovirt-engine-rename
>
>
>
>
>
>
>
>
> NB:
> Restoring the dwh/reports database is similar to steps 5-7, but omitted from
> this document due to problems starting the reporting service.
>
>
> 2014-11-07 10:28 GMT+01:00 Sven Kieske <s.kieske at mittwald.de>:
>>
>>
>>
>> On 07/11/14 10:10, Ml Ml wrote:
>> > anyone? :)
>> >
>> > Or are you only doing backups, no restore? :-P
>>
>> gladly I just had to test disaster recovery and not actually
>> perform it (yet) :D
>>
>> To be honest: I never have restored ovirt-engine with running vdsm
>> hosts connected to it, sounds like a lot of fun, I see if I can
>> grab some time and try this out myself :)
>>
>> By your description I guess you have nfs/iso domain on your engine host?
>> why don't you just seperate it, so no need for remounts
>> if your engine is destroyed.
>>
>> HTH
>>
>> --
>> Mit freundlichen Grüßen / Regards
>>
>> Sven Kieske
>>
>> Systemadministrator
>> Mittwald CM Service GmbH & Co. KG
>> Königsberger Straße 6
>> 32339 Espelkamp
>> T: +49-5772-293-100
>> F: +49-5772-293-333
>> https://www.mittwald.de
>> Geschäftsführer: Robert Meyer
>> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
>> Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
>> Oeynhausen
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
More information about the Users
mailing list