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