<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>Hi Paul, and all</div><div><br></div><div><blockquote type="cite">With the release of Ubuntu 14.04 LTS, I hope to be able to use libgfapi on our setup.<br></blockquote><div><br></div><div>Well I hope that too, but I'm not sure if that will happen (soon).</div><div>I , recompiled qemu as described here:</div><div><br></div><div><a href="http://www.gluster.org/community/documentation/index.php/Building_QEMU_with_gfapi_for_Debian_based_systems">http://www.gluster.org/community/documentation/index.php/Building_QEMU_with_gfapi_for_Debian_based_systems</a></div><div><br></div><div>with little luck since finally the ipxe-qemu component (which I need/want) </div><div>and I didn't had the time to dig deeper into that.</div><div><br></div><div><a href="https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1224517">https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1224517</a></div><div><br></div><div>still says "won't fix it" :-(</div><div><br></div><div>Josh Boon (hi Josh) suggested to create a PPA for an ubuntu <span style="font-family: Arial; font-size: 13px; ">qemu with gfapi support </span></div><div><span style="font-family: Arial; font-size: 13px; ">which might be a </span><span style="font-family: Arial; font-size: 13px; ">temporary solution</span><font face="Arial"><span style="font-size: 13px;">…</span></font></div><div><span style="font-family: Arial; font-size: 13px; ">But from </span><font face="Arial"><span style="font-size: 13px;">my "happy end - user" perspective (as a "non-dev-but-op") </span></font></div><div><font face="Arial"><span style="font-size: 13px;">that looks like a lot of parallel extra work</span></font></div><div><font face="Arial"><span style="font-size: 13px;">on maintaining that "fork"in the long run.</span></font></div><div><font face="Arial"><span style="font-size: 13px;">I hope the gluster devels either can get it into debian(and/or ubuntu) </span></font></div><div><font face="Arial"><span style="font-size: 13px;">or even qemu (as a default option?) directly</span></font></div><br><blockquote type="cite">Perhaps the fact that the RedHat specific bug is now private might mean that they're actually doing something with it, but I wouldn't know.<br></blockquote><div><br></div>we'll stay on that topic</div><div><br></div><div>Regards,</div><div>Bernahrd</div><div><br><blockquote type="cite">Regards, Paul Boven.<br></blockquote><br></div></div><blockquote type="cite"><div><div>On 02/18/2014 02:59 PM, Adam Huffman wrote:<br><blockquote type="cite">Hi Paul,<br><br>Could you keep the list updated? That bug has been marked private, so<br>I can't see it.<br><br>Best Wishes,<br>Adam<br><br>On Tue, Jan 28, 2014 at 9:29 AM, Paul Boven <<a href="mailto:boven@jive.nl">boven@jive.nl</a>> wrote:<br><blockquote type="cite">Hi Bernhard, everyone,<br><br>The same problem has now been reproduced on RedHat, please see:<br><br><a href="https://bugzilla.redhat.com/show_bug.cgi?id=1058032">https://bugzilla.redhat.com/show_bug.cgi?id=1058032</a><br><br>With 3.4.0 and Ubuntu 13.04, live migrations worked fine. For me it broke<br>when the packages were upgraded to 3.4.1.<br><br>I've set AppArmor to 'complain' as part of the debugging, so that's not the<br>issue.<br><br>I'm still not convinced that the file ownership itself is the root cause of<br>this issue, it could well be just a symptom. Libvirt/qemu is perfectly happy<br>to start a VM when its image file is owned root:root, and change ownership<br>to libvirt-qemu:kvm. So I see no reason why it couldn't do the same during a<br>live migration.<br><br>In my opinion the real issue is the failure at the fuse level, that makes<br>file access to the image on the destination impossible, even for root.<br><br>Regards, Paul Boven.<br><br><br>On 01/27/2014 07:51 PM, BGM wrote:<br><blockquote type="cite"><br>Hi Paul & all<br>I'm really keen on getting this solved,<br>right now it's a nasty show stopper.<br>I could try different gluster versions,<br>as long as I can get the .debs for it,<br>wouldn't want to start compiling<br>(although.... does a config option have changed on package build?)<br>you reported that 3.4.0 on ubuntu 13.04 was working, right?<br>code diff, config options for package build.<br>Another approach: can anyone verify or falsify<br>https://bugzilla.redhat.com/show_bug.cgi?id=1057645<br>on another distro than ubuntu/debian?<br>thinking of it... could it be an apparmor interference?<br>I had fun with apparmor and mysql on ubuntu 12.04 once...<br>will have a look at that tomorrow.<br>As mentioned before, a straight drbd/ocfs2 works (with only 1/4 speed<br>and the pain of maintenance) so AFAIK I have to blame the ownership change<br>on gluster, not on an issue with my general setup....<br>best regards<br>Bernhard<br></blockquote><br><br><br>--<br>Paul Boven <boven@jive.nl> +31 (0)521-596547<br>Unix/Linux/Networking specialist<br>Joint Institute for VLBI in Europe - www.jive.nl<br>VLBI - It's a fringe science<br>_______________________________________________<br>Gluster-users mailing list<br>Gluster-users@gluster.org<br>http://supercolony.gluster.org/mailman/listinfo/gluster-users<br></blockquote>_______________________________________________<br>Gluster-users mailing list<br><a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>http://supercolony.gluster.org/mailman/listinfo/gluster-users<br><br></blockquote><br><br>-- <br>Paul Boven <<a href="mailto:boven@jive.nl">boven@jive.nl</a>> +31 (0)521-596547<br>Unix/Linux/Networking specialist<br>Joint Institute for VLBI in Europe - <a href="http://www.jive.nl">www.jive.nl</a><br>VLBI - It's a fringe science<br>_______________________________________________<br>Gluster-users mailing list<br><a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>http://supercolony.gluster.org/mailman/listinfo/gluster-users<br></div></div><br></blockquote></body></html>