error in rsync protocol data stream (code 12) at token.c(288)

[Stuart Anderson]

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  sba at srl.caltech.edu  http://www.srl.caltech.edu/personnel/sba
> > > 
> > > -- 
> > > Stuart Anderson  sba at srl.caltech.edu  http://www.srl.caltech.edu/personnel/sba
> 
> -- 
> Stuart Anderson  sba at srl.caltech.edu  http://www.srl.caltech.edu/personnel/sba

-- 
Stuart Anderson  sba at srl.caltech.edu  http://www.srl.caltech.edu/personnel/sba