Re: [Users] engine-backup --restore

----- Original Message ----- > From: "Juan Pablo Lorier" <jplorier(a)gmail.com&gt; > To: "Yedidyah Bar David" <didi(a)redhat.com&gt; > Cc: "Sahina Bose" <sabose(a)redhat.com&gt;, "users" <users(a)ovirt.org&gt; > Sent: Wednesday, February 12, 2014 7:55:35 PM > Subject: Re: [Users] Problems accesing the database > > Hi Yedidyah, > > But If I run engine-setup and then engine-backup restore shuldn't it > import the data to the existing db created by engine-setup? > That's shown everywhere so I thought it's a valid way to migrate No. There is a specific case in which this works automatically: All on the same host: 1. engine-setup 2. engine-backup --mode=3Dbackup (perhaps do other stuff here) 3. engine-cleanup 4. engine-backup --mode=3Drestore Why does this work? Because 'engine-cleanup', since 3.3, does not drop the database nor user inside postgres. So when restore tries to access this database using this user and password it succeeds. In general, if you do the restore on another machine, and do there 'engine-setup; engine-cleanup' as a quick-postgres-provisioning-tool, you end up almost ready, but not quite - because the password is random=

and therefore different between the installations. In principle you cou=

have provided just the password to restore, but we decided that if you need to change the credentials, you should pass all of them (except for=

defaults). Hope this clarifies,

-----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS+8PnAAoJEC5KDDg2+NMM2C0IAJfxvXWP9b/H+fNWdpKUoDF4 g8LmobdqOsd3uJSmaYyX0wLDdq3n1+vDfX8Z7ho5IrCz6+H4ZxqttvuH2fAaOh+x KjROfMRrTKH/G+P725AXWAnEI4tlCfXhRB938iKh+cAsAGCqe5eLwgsY0YsbVIGI dXp64GKya7kMQwCiq+ligptnMDde1oe8hR5t9iMgKr8Kh3oFSMVE0eMWzmqAmMKH FZbW7PLzMkjbnuc/Yi8VFv/9iALyT2Th5OAn9/tS2mndQt2CMCB9oKtkTGrRxh7+ i0G7WNLQlW7GeHWrEhlg9aYUTNtiurmz71MUsaQBsuKlVpStUCKulk3ynXSB5YM= =diMT -----END PGP SIGNATURE-----