<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><div class="gmail_default" style="font-size:13px">Have you tried setting the uid/guid as part of the gluster volume? For oVirt it uses 36:36 for virt</div>

<div class="gmail_default" style="font-size:13px"><br></div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:13px"><div class="gmail_default"><font face="tahoma, sans-serif">gluster volume set DATA storage.owner-uid 36</font></div>

<div class="gmail_default"><font face="tahoma, sans-serif">gluster volume set DATA storage.owner-gid 36</font></div></div></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_default" style="font-family:tahoma,sans-serif">

I&#39;m assuming, setting this will enforce these ownership permissions on all files.</div><br><div class="gmail_quote">On Sun, Jan 26, 2014 at 10:42 PM, Paul Boven <span dir="ltr">&lt;<a href="mailto:boven@jive.nl" target="_blank">boven@jive.nl</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Bernhard,<br>
<br>
Indeed I see the same behaviour:<br>
When a guest is running, it is owned by libvirt:kvm on both servers.<br>
When a guest is stopped, it is owned by root:root on both servers.<br>
In a failed migration, the ownership changes to root:root.<br>
<br>
I&#39;m not convinced though that it is a simple unix permission problem, because after a failed migration, the guest.raw image is completely unreadable on the destination machine, even for root (permission denied), whereas I can still read it fine (e.g. dd or md5sum) on the originating server.<br>


<br>
Regards, Paul Boven.<div class=""><div class="h5"><br>
<br>
On 01/23/2014 08:10 PM, BGM wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Hi Paul,<br>
thnx, nice report,<br>
u file(d) the bug?<br>
can u do a<br>
watch tree - pfungiA &lt;path to ur vm images pool&gt;<br>
on both hosts<br>
some vm running, some stopped.<br>
start a machine<br>
trigger the migration<br>
at some point, the ownership of the vmimage.file flips from<br>
libvirtd (running machnie) to root (normal permission, but only when stopped).<br>
If the ownership/permission flips that way,<br>
libvirtd on the reciving side<br>
can&#39;t write that file ...<br>
does group/acl permission flip likewise?<br>
Regards<br>
Bernhard<br>
<br>
On 23.01.2014, at 16:49, Paul Boven &lt;<a href="mailto:boven@jive.nl" target="_blank">boven@jive.nl</a>&gt; wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Hi Bernhard,<br>
<br>
I&#39;m having exactly the same problem on Ubuntu 13.04 with the 3.4.1 packages from semiosis. It worked fine with glusterfs-3.4.0.<br>
<br>
We&#39;ve been trying to debug this on the list, but haven&#39;t found the smoking gun yet.<br>
<br>
Please have a look at the URL below, and see if it matches what you are experiencing?<br>
<br>
<a href="http://epboven.home.xs4all.nl/gluster-migrate.html" target="_blank">http://epboven.home.xs4all.nl/<u></u>gluster-migrate.html</a><br>
<br>
Regards, Paul Boven.<br>
<br>
On 01/23/2014 04:27 PM, Bernhard Glomm wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
I had/have problems with live-migrating a virtual machine on a 2sided<br>
replica volume.<br>
<br>
I run ubuntu 13.04 and gluster 3.4.2 from semiosis<br>
<br>
<br>
with network.remote-dio to enable I can use &quot;cache mode = none&quot; as<br>
performance option for the virtual disks,<br>
<br>
so live migration works without &quot;--unsafe&quot;<br>
<br>
I&#39;m triggering the migration now through the &quot;Virtual Machine Manager&quot; as an<br>
<br>
unprivileged user which is group member of libvirtd.<br>
<br>
<br>
After migration the disks become read-only because<br>
<br>
on migration the disk files changes ownership from<br>
<br>
libvirt-qemu to root<br>
<br>
<br>
What am I missing?<br>
<br>
<br>
TIA<br>
<br>
<br>
Bernhard<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.<u></u>org/mailman/listinfo/gluster-<u></u>users</a><br>
</blockquote>
<br>
<br>
--<br>
Paul Boven &lt;<a href="mailto:boven@jive.nl" target="_blank">boven@jive.nl</a>&gt; <a href="tel:%2B31%20%280%29521-596547" value="+31521596547" target="_blank">+31 (0)521-596547</a><br>
Unix/Linux/Networking specialist<br>
Joint Institute for VLBI in Europe - <a href="http://www.jive.nl" target="_blank">www.jive.nl</a><br>
VLBI - It&#39;s a fringe science<br>
______________________________<u></u>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.<u></u>org/mailman/listinfo/gluster-<u></u>users</a><br>
</blockquote></blockquote>
<br>
<br>
-- <br>
Paul Boven &lt;<a href="mailto:boven@jive.nl" target="_blank">boven@jive.nl</a>&gt; <a href="tel:%2B31%20%280%29521-596547" value="+31521596547" target="_blank">+31 (0)521-596547</a><br>
Unix/Linux/Networking specialist<br>
Joint Institute for VLBI in Europe - <a href="http://www.jive.nl" target="_blank">www.jive.nl</a><br>
VLBI - It&#39;s a fringe science<br>
______________________________<u></u>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.<u></u>org/mailman/listinfo/gluster-<u></u>users</a><br>
</div></div></blockquote></div><br></div></div>