Apparent synchronization bug in rsync

Mark Raymond markr at raymonds.org.uk
Thu Dec 8 20:54:15 UTC 2022


Interesting, in that bug the problem was *solved* by adding 
--no-whole-file when using --inplace and --sparse, whereas in my case 
the problem is *caused* by using --no-whole-file alongside --inplace and 
--sparse.

On 08/12/2022 20:48, Kevin Korb via rsync wrote:
> The first "Bug Fix" listed in 
> https://rsync.samba.org/ftp/rsync/NEWS#3.2.4 is almost certainly 
> related.  Apparently it was fixed via remote option but since your 
> test doesn't include networking that fix wouldn't help.
>
> On 12/8/22 15:03, Mark Raymond via rsync wrote:
>> I believe I have found a synchronization bug in rsync. I have a pair 
>> of files, which when synced with
>>
>> rsync --no-whole-file --inplace -S
>>
>> are not identical afterwards. All three options are required, if I 
>> remove any one of the the files sync correctly. I have put the two 
>> files, along with a minimal test script, in this GitHub repo: 
>> https://github.com/mark-raymond/rsync-test
>>
>> This looks like a bug to me; am I missing something? If it is a bug, 
>> I'm happy to create an issue in GitHub.



More information about the rsync mailing list