Setup: Redhat linux 7.3 rrsync: version 2.5.6 protocol version 27 I'm trying to employ rsync in conjuction with with a cvs setup. The setup employs a bufffer where changes are made then moved to a checked out module from cvs repository and finally any cvs actions necessary are done. So far just testing this out with some copies of both directory trees. Right now the files in both are the same. Or at least, far as I know. Diff reports no findings on a few tests. Just one included here diff base.t/sol/etc/SYS_ENV cvs_buf.t/sol/etc/SYS_ENV <nada> diff base.t cvs_buf.t Only in base.t: CVS Common subdirectories: base.t/common and cvs_buf.t/common Common subdirectories: base.t/lgate and cvs_buf.t/lgate Common subdirectories: base.t/obsd and cvs_buf.t/obsd Common subdirectories: base.t/reader and cvs_buf.t/reader Common subdirectories: base.t/sol and cvs_buf.t/sol But when I run rsync it appear to want to transfer massive numbers of files. rsync -avvzC /root/cvs_buf.t/ /root/base.t 2>&1| tee /root/cvs_buf.test [...] sol/etc/SYS_ENV [...] I show only one here since you've seen the diff tests, but in fact all are reported as moved. Why are they being transferred? Or am I misunderstanding the output? Thought I used to see a report of how many files were transferred in an older version of rsync.. not sure which. But this version doesn't seem to display that info. Even with more vvvv flags. At higher verbosity it shows files being sent and recvd, or appears to.
Harry Putnam <reader@newsguy.com> writes:> But when I run rsync it appear to want to transfer massive numbers of > files. > > rsync -avvzC /root/cvs_buf.t/ /root/base.t 2>&1| tee /root/cvs_buf.test > [...] > sol/etc/SYS_ENV > [...]I tested it on a real cvs checked out module and just as I suspected after rsyncing from the buffer directory where diff reports no differnces. Then try cvs commit. Cvs demands every file be commited. Surely this is not what is supposed to happen. rsync man pages indicate rsync will work nicely with cvs. Further with rsyncs elaborate algorythems for testing for differences why are I seeing the massive transfer when files are the same?
On Sat, May 31, 2003 at 01:04:40AM -0700, Harry Putnam wrote:> Harry Putnam <reader@newsguy.com> writes: > > > But when I run rsync it appear to want to transfer massive numbers of > > files. > > > > rsync -avvzC /root/cvs_buf.t/ /root/base.t 2>&1| tee /root/cvs_buf.test > > [...] > > sol/etc/SYS_ENV > > [...] > > I tested it on a real cvs checked out module and just as I suspected > after rsyncing from the buffer directory where diff reports no > differnces. Then try cvs commit. Cvs demands every file be > commited. Surely this is not what is supposed to happen. > > rsync man pages indicate rsync will work nicely with cvs. Further > with rsyncs elaborate algorythems for testing for differences why are > I seeing the massive transfer when files are the same? >Hmm, -a == -rlptgoD could it be that the timestamp, owner, group or perms differ? -- ________________________________________________________________ J.W. Schultz Pegasystems Technologies email address: jw@pegasys.ws Remember Cernan and Schmitt
On Fri, May 30, 2003 at 08:02:11PM -0700, Harry Putnam wrote:> Why are they being transferred?Undoubtedly because their timestamps are different. Only files that have identical size and timestamp are considered to be identical in an rsync transfer (unless you use -c). In the case of having identical files with different timestamps, rsync will transfer just the checksum data to determine that the files are indeed identical, and move into place a file with an identical timestamp (which looks just like the files are being transferred, but no actual file-data gets sent). ..wayne..