For those that like to assist in the testing of rsync, the CVS version
now defaults to doing an incremental file-list scan when it is recursing
through the directories. This avoids keeping the whole file list in
memory, and allows the transfer to start working on changed files before
it has comple
On Thu, Dec 28, 2006 at 02:34:28PM -0500, Matt McCutchen wrote:
> CVS rsync is failing the fuzzy test intermittently on my computer.
Yeah, I had seen that too on sporadic occasions. It was the
--delete-delay option causing a problem with the new incremental
recursion mode. The fix was pretty eas
CVS rsync is failing the fuzzy test intermittently on my computer.
The log is attached. I'm guessing rsync isn't retouching directory
times when it should.
Matt
Testing for symlinks using 'test -h'
Running: "/home/matt/rsync/rsync/rsync -avvi --no-whole-file --fuzzy --delete-delay "/home/ma
On Thu, Dec 28, 2006 at 02:22:01PM +0100, Vincent Kersten wrote:
> i encountered this one as well with a rsync 2.6.4 and 2.6.6 pair. In
> my case i got it because a run-a-way script produced a very deep
> folder structure with a small file in all these folders, like:
In which case it's a valid err
On Fri, Mar 17, 2006 at 07:16:19PM +0300, ? ??? wrote:
>/ multiplexing overflow 101:7104843 [receiver]
/
This indicates that the protocol got corrupted somehow because that is
saying that the receiver got a MSG_DELETED message with a 7104843-byte
buffer attached (which rsync is telling you
