<div dir="ltr"><div>Ravi,</div><div>We should not mix up data and entry operation domains, if a file is in data split brain that should not stop a user from rename/link/unlink operations on the file.</div><div><br></div><div>
Regarding your concern about complications while healing - we should change our &quot;manual fixing&quot; instructions to:</div><div><br></div><div>- go to backend, access through gfid path or normal path</div><div>- rmxattr the afr changelogs</div>
<div>- truncate the file to 0 bytes (like &quot;&gt; filename&quot;)</div><div><br></div><div>Accessing the path through gfid and truncating to 0 bytes addresses your concerns about hardlinks/renames.</div><div><br></div>
<div>Avati</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Nov 13, 2013 at 3:01 AM, Ravishankar N <span dir="ltr">&lt;<a href="mailto:ravishankar@redhat.com" target="_blank">ravishankar@redhat.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Currenly in glusterfs, when there is a data splt-brain (only) on a file, we disallow the following operations from the mount-point by returning EIO to the application:<br>
- Writes to the file (truncate, dd, echo, cp etc)<br>
- Reads to the file (cat)<br>
- Reading extended attributes (getfattr) [1]<br>
<br>
However we do permit the following operations:<br>
-creating hardlinks<br>
-creating symlinks<br>
-mv<br>
-setattr<br>
-chmod<br>
-chown<br>
--touch<br>
-ls<br>
-stat<br>
<br>
While it makes sense to allow `ls` and `stat`, is it okay to  add checks in the FOPS to disallow the other operations? Allowing creation of links and changing file attributes only seems to complicate things before the admin can go to the backend bricks and resolve the splitbrain (by deleteing all but the healthy copy of the file including hardlinks). More so if the file is renamed before addressing the split-brain.<br>

Please share your thoughs.<br>
<br>
Thanks,<br>
Ravi<br>
<br>
[1] <a href="http://review.gluster.org/#/c/5988/" target="_blank">http://review.gluster.org/#/c/<u></u>5988/</a><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></div><br></div>