While this does appear to work in 2.5.4, I suspect that is because of the 2.5.4 whole-file bug.
With 2.5.5 it fails again, with the following error message: deflate on token returned 0 (16384 bytes left) rsync error: error in rsync protocol data stream (code 12) at token.c(288) According to sba: > I did one quick test with an unmodified rsync-2.5.4, and it seems to have fixed > this problem. However, someone else should verify this. > > According to Dave Dykstra: > > I did some playing with this. It takes a while because the file is so > > big. I don't really know what's going on, but I did find that deflate() is > > returning at line 493 of zlib/deflate.c just after a comment that says > > "this is not an error situation". So if I change like 285 of token.c to > > delete the "|| tx_strm.avail_in != 0" it all seems to work properly. I'm > > not sure if that's an OK thing to do or not, though. Somebody who knows > > something about zlib would have to look at it. > > > > - Dave Dykstra > > > > On Wed, Feb 06, 2002 at 04:21:47PM -0800, Stuart Anderson wrote: > > > The newer zlib-1.1.3 patch still has the problem. > > > > > > According to Dave Dykstra: > > > > I was able to reproduce this between a Solaris 2.7 and 2.8 machine with and > > > > without ssh, although I don't have any time to debug it today. Can > > > > somebody try applying Jos Backus latest zlib 1.1.3 upgrade patch to see > > > > if that helps? > > > > > > > > - Dave > > > > > > > > On Fri, Feb 01, 2002 at 02:01:03PM -0800, Stuart Anderson wrote: > > > > > According to Dave Dykstra: > > > > > > On Fri, Feb 01, 2002 at 09:09:18AM -0800, Stuart Anderson wrote: > > > > > > > According to sba: > > > > > > > > > > > > > > No I did not apply the patch, but I verified the same problem with > > > > > > > > rsync-2.4.8, is that sufficient? > > > > > > > > > > > > No, because rsync-2.4.8 include the same security patch that went into > > > > > > 2.5.2 last weekend. If you could try 2.4.6 or 2.5.1 that would tell us if > > > > > > it was some other problem introduced last weekend or not. > > > > > > > > > > The problem was introduced in version 2.4.4 and exists in all later > > > > > versions up to and including 2.5.2. Whereas version 2.4.3 and 2.4.0 > > > > > are both fine (the only earlier versions checked). > > > > > > > > > > The problem only exists for compression and large files. > > > > > > > > > > I encountered and tested the various rsync versions with the file, > > > > > redhat/7.1/en/iso/i386/seawolf-i386-powertools.iso > > > > > gotten from your nearest RedHat mirror, but it is more general > > > > > than just this file. > > > > > > > > > > However, the problem is not reproducible with any of the 1018 "small" > > > > > files from redhat/7.1/en/os/i386/RedHat/RPMS which range in size from > > > > > 1810 Byte to 21541821 Byte. > > > > > > > > > > > > > > > To reproduce: > > > > > > > > > > 1) rsync --archive a large file (ISO size?) to a remote machine > > > > > 2) /bin/touch it on the destination machine > > > > > 3) rsync --archive --compress again > > > > > 4) Check for error message: "deflate on token returned 0 (16384 bytes left)" > > > > > > > > > > I don't know if it matters but I am running rsync between two Solaris 8 > > > > > machines, and using ssh as the transport: > > > > > > > > > > > ssh -V > > > > > OpenSSH_2.9p2, SSH protocols 1.5/2.0, OpenSSL 0x0090601f > > > > > > > > > > -- > > > > > Stuart Anderson [EMAIL PROTECTED] >http://www.srl.caltech.edu/personnel/sba > > > > > > -- > > > Stuart Anderson [EMAIL PROTECTED] http://www.srl.caltech.edu/personnel/sba > > -- > Stuart Anderson [EMAIL PROTECTED] http://www.srl.caltech.edu/personnel/sba -- Stuart Anderson [EMAIL PROTECTED] http://www.srl.caltech.edu/personnel/sba -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
