----- Original Message -----
From: "Gianluca Cecchi" <gianluca.cecchi@gmail.com> To: "Paul Robert Marino" <prmarino1@gmail.com> Cc: "users" <users@ovirt.org> Sent: Monday, May 12, 2014 5:33:41 PM Subject: Re: [ovirt-users] gluster performance oVirt 3.4
On Mon, May 12, 2014 at 8:38 PM, Paul Robert Marino <prmarino1@gmail.com>wrote:
On the Gluster site there is a QEMU repo I'll send you the link latter today. But essentially CentOS doesn't include the Gluster client or libraries so they can't compile against it. I'm not sure why CentOS and Scientific Linux don't include it but I think it might just be an over site since Gluster 3.4 is new set of packages which were added in the latest release of RHEL 6. In truth you can simply unpack the source RPM and rebuild it with Gluster support its not difficult but I don't remember the flags you need to pass the rpmbuild command off the top of my head. That said I'd probably use the ones off the Gluster site any way. If you are using Gluster 3.5 the ones included in RHEL are incompatible because Gluster still has large API changes between minor releases and they were compiled against 3.4.
Also Gluster 3.5 is a brand new release so I wouldn't rule out the possibility of a bug. So if the Gluster enabled QEMU rpms don't help you may need to inquire on the Gluster mailing list.
If I remember correctly, due to problems with snapshots (now solved I think) and with live migration (not yet solved) the developers hard coded the fact that the xml domain definition is the suboptimal one. So, even if you change gluster repo, the qemu command line generated by oVirt will be the same, so without the use of libgfapi.
I recently tested with F20 hosts and virt pkgs from the fedora-virt-preview repo, and the libgfapi support remained disabled. The changelog for libvirt 1.2.2 mentions a gluster/qemu/snapshot fix, I'd hoped this would do the trick, but I couldn't figure out how to re-enable libgfapi to test it... Jason
Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users