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