There is a bug fix in self-healing symlinks in patch-628. Can you try the revision off tla? I tried to recreate a similar scenario as you mentioned and things worked fine for me. The log message there too has been fixed (it was not right to delete files in that case from the backend). Thank you for reporting!<br>
<br>avati<br><br><div class="gmail_quote">2008/11/17 Keith Freedman <span dir="ltr">&lt;<a href="mailto:freedman@freeformit.com">freedman@freeformit.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
so I got a strange error in gluster logs telling me that I need to<br>
delete a directory (tree) from all but the preferred node.<br>
<br>
gluster 1.4.0qa57<br>
<br>
so I deleted the thing from the undelying filesystem on one of my AFR&#39;ed nodes<br>
<br>
I did the find command and it mostly rebuilt and autohealed.<br>
however, it got hung up anytime it ran into a symlink to a file that<br>
either doesn&#39;t exist OR<br>
does exist but the destination file exists outside of the underlying<br>
filesystem.<br>
<br>
Either seems to be pretty undesirable.<br>
<br>
I presume this is a bug.<br>
<br>
Keith<br>
<br></blockquote></div><br>