this case is considered equal to &#39;altering the backend without the mount point&#39;. currently it is an unsupported &#39;action&#39;.<br>
<br>
avati<br><br><div><span class="gmail_quote">On 03/07/2008, <b class="gmail_sendername">Arnulf Heimsbakk</b> &lt;<a href="mailto:arnulf.heimsbakk@gmail.com">arnulf.heimsbakk@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br> <br> I find GlusterFS as a refreshing alternative to traditional cluster<br> file systems. I have currently experimented with unify and AFR. When<br> experimenting with AFR with two bricks I found a strange behaviour. It<br>
 seems that the directory is only read from the first brick.<br> <br> I created two bricks and run client side AFR. In the client config the<br> bricks is represented as follows:<br> <br> subvolumes brick1 brick2<br> <br>
 Then I simulated a crash with loss of files.<br> <br> 1. AFR is up<br> 2. touch file f1<br> 3. brick1 crashes<br> 4. ls on mount point, f1 exists and everything is normal (ls read from brick2)<br> 5. file system repair removes f1 from brick1<br>
 6. gclusterfsd start on brick1<br> 7. ls on mount point does not show f1 anymore (ls read only from brick1?)<br> 8. cat f1 on mount point replicates file and it becomes visible<br> <br> I have replicated this error a numerous times. Every time i have<br>
 removed user_xattr from the exported directories.<br> <br> GlusterFS version 1.3.8<br> XFS backend filesystem<br> Debian Etch i686<br> <br> Is there a fix for this behaviour or is there a configuration solution<br> which eliminates this problem?<br>
 Or is this problem considered to be a split brain case?<br> Does this affect AFRd namespaces (i did not test that)?<br> <br> Arnulf Heimsbakk<br> Sysadmin @ Norwegian Meteorological Institute<br> <br>--<br> &quot;When all else fails, read the instructions.&quot; ~ L. Iasellio<br>
 <br> _______________________________________________<br> Gluster-users mailing list<br> <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br> <a href="http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users">http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users</a><br>
 </blockquote></div><br><br clear="all"><br>-- <br>If I traveled to the end of the rainbow<br>As Dame Fortune did intend,<br>Murphy would be there to tell me<br>The pot&#39;s at the other end.