Thank you very much. :) <br><br><br>Baggio<br><br><br><div class="gmail_quote">2008/7/4 Anand Avati &lt;<a href="mailto:avati@zresearch.com">avati@zresearch.com</a>&gt;:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><div class="gmail_quote"><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&nbsp; &nbsp; &nbsp; As I test, AFR can migrate file (from Server2 to Server1 )which create at Server1 down <br>

time. But if a file is created when Server1 alive, then Server1 goes down (and all <br>the data lose.) And restart Server1 (as well, glusterfs process), data can <b>not </b>be <br>
replicated by AFR automatically.</blockquote></div><div><br>It is a little more detailed than that. If server1 disk is gone and you put an empty disk in the backend, server1 is rebuilt properly. The issue is when you take server1 offline, delete a few files&nbsp; (and keep the directory version intact) and plug it back in, the file can be rebuilt only when you open the file by name (and will not be listed by ls). Handling this case (only few files are deleted) is too expensive and makes normal operation very slow. It is hard to detect changes without happening through AFR in general (without compromising performance of &#39;normal&#39; operations). We are still on the lookout for a solution.<br>

<br>avati<br></div></div>
</blockquote></div><br>