I thought other might benefit from this lesson learned and thought it maybe should be added to the man-pages.<div><br></div><div>I thought my network connection was glitchy and hence set rsync up for --timeout=120 but I found out that I was actually causing the glitch with this script:</div>
<div>#! /bin/sh -</div><div><div><div>while true; do rsync -avz --progress --timeout=120 --delete /media/rsync_gb01/movies/ myserver:movies; sleep 120; done</div></div></div><div><br></div><div>The problem:</div><div>When rsync is checking large files it takes time to verify the content at both ends, so when using the option --timeout=TIME both source and destination must be capable of performing the check within the time window provided. For a 2.3 Gb file this check might take 2:30 minutes, so if the option --timeout=120 then rsync will exit before the destination has been able to complete its file check.</div>
<div><br></div><div>For the future options: Could/can rsync incorporate the adjustment of timeout to include the time used for the check? Fictive example:  --timeout=xfer#1-check-time + 120 seconds?</div><div><br></div><div>
detailed example:</div><div><div>me@source:~$ rsync -avz --progress --timeout=xfer#1-check-time+120 --delete /media/rsync_gb01/movies/ myserver:movies</div><meta http-equiv="content-type" content="text/html; charset=utf-8"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>
sending incremental file list</div><div>DVD1.mkv</div><div>  2302868295 100%   14.01MB/s    <b>0:02:36</b> (xfer#1, to-check=41/286)</div><div>DVD2.mkv</div></div><div>...and so on...</div><div><br></div><div>-- <br><div>
Bjorn</div><div><br></div><br>
</div>