Hi guys, Thank you very much for all your input and assistance.
> On Tue, Jul 31, 2012 at 5:48 PM, Ofer Schreiber <oschr...@redhat.com> > wrote: > > it seems that you're using a very old 3.1 build, which we never released > during the beta process (afair). > > this build is a x86_64 build, which confuses the upgrade script (since new > rpms are noarch). > > I can't guarantee it will work fine (although I can't think of any reason it > won't), but using the --force-setup... parameter is a good option. > > Actually, we already fixed this bug upstream, but I'm not sure it will get > into 3.1. I'll try the --force-setup today if I get a chance, in a worst case scenario what could go wrong? When I run the upgrade will it create a DB backup that can be manually restored if I have to remove all ovirt-engine packages and start from scratch? Anyone have some steps on how to go about restoring from the backup that the "engine-upgrade --force-setup" creates? Currently I'm running a two node/hypervisor setup with a SAN as my data storage, but I can't migrate VM's between the nodes due to what appears to be a bug, which is the reason for wanting to update the ovirt-engine. As previously mentioned my engine is installed directly on one of the nodes/hypervisors. Would it perhaps be a better idea to install a new ovirt-engine onto a different server and then migrate to the new engine rather than updating the current one, or am I just being completely paranoid? We are running mission critical VM's on the install, so I can't risk something going wrong and the VM's stop running or access to them is lost. Thank you very much. Regards. Neil Wilson _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users