[RSync] Re: rsync for the brave
matt at mattmccutchen.net
Mon Nov 10 18:43:31 GMT 2008
On Mon, 2008-11-10 at 10:59 -0700, Ashley M. Kirchner wrote:
> Matt McCutchen wrote:
> > By the way, if some of your excludes are intended to match only files at
> > the top level of F: (rather than in a subdirectory), consider anchoring
> > them with a leading slash, e.g.:
> Can I assume that this is purely for performance (checking every
> single folder, versus just where it actually resides)?
Not really. The leading slash would require the pattern to match the
entire path of the file starting from the source directory (here
"/cygdrive/f", i.e., "F:\"). For example, your current exclude rule
"- Temporary Items" would match both "F:\Temporary Items" and
"F:\Foo\Bar\Temporary Items" (if it existed), while "- /Temporary Items"
would match only "F:\Temporary Items". See the first bullet in the
"INCLUDE/EXCLUDE PATTERN RULES" section of the man page for more
> Another issue I'm having are files that rsync says vanished, but
> didn't actually vanish. One such error can be seen in this log snippet:
> 2008/11/10 10:14:32  building file list
> 2008/11/10 10:14:32  file has vanished: "/cygdrive/g/ICON?"
> 2008/11/10 10:14:33  .d...p..... ./
> 2008/11/10 10:14:33  IO error encountered -- skipping file deletion
> 2008/11/10 10:14:33  .d...p..... LJ 430/
> 2008/11/10 10:14:33  .d...p..... LJ 430/5668 Monastery Icons/
> Notice how it reports the file vanishing then it skips deletion.
> Thing is, that file has not vanished. Instead, it's a Mac created file
> that contains an extra character behind the file name - not sure if it's
> an LF or CR or what, but rsync can't deal with them.
This is probably the same problem described in this thread:
More information about the rsync