In theory you can do this, but it takes a bit of work.

I migrated a cent 6 system to a cent 7 and kept my gluster bricks intact by 
backing up and restoring /etc/gluster and /var/lib/gluster, as well as the 
bricks themselves. Your milage may vary. I was also working on a multi-server 
system and was in a position to rebuild the bricks from the running systems if 
needed. And I needed to for one set, so it wasn’t perfect. If you go this 
route, make sure you backup your engine and restore it as well, a simple copy 
of your storage domain is not enough to keep a VM in ovirt (although you can 
probably import the volume as an existing domain and get the disks back).

Might be safer to setup an export domain on an external drive and export your 
VMs to it, then you can import them to a clean new system after your upgrade. 
Way less to go wrong with this approach, so I’d probably recommend it.

  -Darrell


> On Mar 5, 2015, at 4:59 AM, Alan Murrell <[email protected]> wrote:
> 
> Hello,
> 
> I currently run oVirt 3.5 on CentOS6.  It is on a single host with a 
> self-hosted engine.  Not an officially supported setup, but it is just a home 
> lab.
> 
> When the next release of oVirt comes out (3.6), I am thinking I may want to 
> upgrade to CentOS7 on both host and engine to take advantage of the newer 
> libraries and features of Centos7.
> 
> On the host, my storage is GlusterFS and is on the same physical HDD as the 
> OS, but on a different LVM partition.
> 
> If I were to do a fresh install on the OS partition, and run through the 
> initial steps to install oVirt and GlusterFS packages, when I get to 
> configuring GlusterFS, will it be able to pick up my existing bricks and thus 
> allow me to import that existing storage into oVirt?
> 
> Alternatively, is there a way to export my VMs to an external HDD, do a 
> completely fresh install, then import them VMs back in?  I suspect I would 
> probably need to resort to a cloning tool like "CloneZilla"?
> 
> Downtime of the VMs is not an issue, since this is just a lab and there is 
> nothing production-wise running on it.
> 
> Thanks for your advise!
> 
> Regards,
> 
> Alan
> _______________________________________________
> Users mailing list
> [email protected]
> http://lists.ovirt.org/mailman/listinfo/users

_______________________________________________
Users mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to