<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, May 12, 2014 at 8:38 PM, Paul Robert Marino <span dir="ltr"><<a href="mailto:prmarino1@gmail.com" target="_blank">prmarino1@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br>
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.<br>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. <br>
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. <br><br>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.<div>
<br></div></blockquote></div><br></div><div class="gmail_extra">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.<br>
</div><div class="gmail_extra">So, even if you change gluster repo, the qemu command line generated by oVirt will be the same, so without the use of libgfapi.<br><br></div><div class="gmail_extra">Gianluca<br></div><div class="gmail_extra">
<br></div></div>