<div dir="ltr">On Sat, Aug 24, 2013 at 3:19 PM,  <span dir="ltr"><<a href="mailto:freedman@systems.cs.cornell.edu" target="_blank">freedman@systems.cs.cornell.edu</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<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">In particular, I've been having long-standing issues (just now getting around to trying to resolve them) when I use rsync with '--copy-unsafe-links' alongside the '--delete' parameter.  If I use either of these two parameters in isolation (along with other shared parameters), I get the expected behavior.  However, when I use '--copy-unsafe-links', rsync no longer properly deletes files that are present in the destination, but not in the source.<br>

</blockquote><div><br></div><div>Be sure to check the errors from the rsync run.  I'd imagine that one of your unsafe symlinks is bogus, and you will be getting a pair of errors:</div><div><pre style="color:rgb(0,0,0)">

symlink has no referent: "/some/path"
IO error encountered -- skipping file deletion</pre></div><div><span style="color:rgb(0,0,0)">Because a bogus dereferenced symlink can't be replaced with a file, it is left out of the transfer. This would cause the receiving side to delete that missing file (symlink) in the destination directory if deletions were allowed to continue.  Rsync currently prevents that from happening by turning off file deletions.</span><br>

</div><div><span style="color:rgb(0,0,0)"><br></span></div><div><span style="color:rgb(0,0,0)">..wayne..</span></div></div></div></div>