Wayne Davison wrote:
On Sat, Jun 03, 2006 at 09:05:09PM -0500, Larry Alkoff wrote:
In testing this with two subdirectories with man files and sub-sub
directories, rsync _seems_ to be showing all files instead of only the
few that have recently changed.
I'd imagine that the reason for this is that rsync is going to copy the
files to a different directory than you're expecting. For instance, if
you run your script like this:
script dir/ /dest
the $1* turns into "dir/*", which copies the files from inside "dir"
directly into "/dest" (use the --relative option if you want them to go
into /dest/dir).
I'd suggest using -i (--itemize) along with -n (--dry-run) to see why
rsync thinks that each file needs to be transferred. If you see a
string of plus signs, that means the file doesn't exist yet in the
destination. Otherwise, you'll see which attributes are different
between the source and the destination (i.e. the timestamp or size
must differ for rsync to transfer the file).
..wayne..
I've tried both --itemize-changes and --relative and, in both cases,
rsync does not seem to be decending. My command is now:
script ~/inv/* ~/inv.orig/
where script is:
rsync -uaHvn --relative --itemize-changes --modify-window=4000
$1 $2
There have been a lot of changes since inv.orig was created but they are
not showing up except for one in the topmost directory. Is there some
kind of "maxdept" variable?
--
Larry Alkoff N2LA - Austin TX
Using Thunderbird on Slackware Linux
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
