Re: [Bug 15254] New: rsync performs full replication with option -I since last upgrade to version 3.2.3 protocol version 31
Hi. Note: re-sending to rsync@lists.samba.org On Sat, 26 Nov 2022 21:24:45 + just subscribed for rsync-qa from bugzilla via rsync wrote: > I can replicate the issue in a simple test scenario /tmp/source to /tmp/dest > via > rsync -rauvxHI --delete --stats --log-file=/tmp/rsync.log \ > /tmp/source/ /tmp/dest/ > Performs a full replication every time the command is being launched If you add verbosity (ex: -vvv) you will see: delta-transmission disabled for local transfer or --whole-file and thus full replication. But you are right, even with adding --no-whole-file or using SSH produces a full replication with -I rsync -i -rauxHI --no-whole-file --delete --stats --log-file=/tmp/rsync.log /tmp/source/ /tmp/dest/ -n >f. foo Number of files: 2 (reg: 1, dir: 1) Number of created files: 0 Number of deleted files: 0 Number of regular files transferred: 1 Total file size: 4 bytes rsync -i -rauxHI --delete --stats --log-file=/tmp/rsync.log /tmp/source/ localhost:/tmp/dest/ -n rsync -i -rauxH --delete --stats --log-file=/tmp/rsync.log /tmp/source/ localhost:/tmp/dest/ -n Number of files: 2 (reg: 1, dir: 1) Number of created files: 0 Number of deleted files: 0 Number of regular files transferred: 0 PS: the -a option implies -r: you can thus suppress -r -- francis -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: [Bug 15254] New: rsync performs full replication with option -I since last upgrade to version 3.2.3 protocol version 31
Hi. On Sat, 26 Nov 2022 21:24:45 + just subscribed for rsync-qa from bugzilla via rsync wrote: > I can replicate the issue in a simple test scenario /tmp/source to /tmp/dest > via > rsync -rauvxHI --delete --stats --log-file=/tmp/rsync.log \ > /tmp/source/ /tmp/dest/ > Performs a full replication every time the command is being launched If you add verbosity (ex: -vvv) you will see: delta-transmission disabled for local transfer or --whole-file and thus full replication. But you are right, even with adding --no-whole-file or using SSH produces a full replication with -I rsync -i -rauxHI --no-whole-file --delete --stats --log-file=/tmp/rsync.log /tmp/source/ /tmp/dest/ -n >f. foo Number of files: 2 (reg: 1, dir: 1) Number of created files: 0 Number of deleted files: 0 Number of regular files transferred: 1 Total file size: 4 bytes rsync -i -rauxHI --delete --stats --log-file=/tmp/rsync.log /tmp/source/ localhost:/tmp/dest/ -n rsync -i -rauxH --delete --stats --log-file=/tmp/rsync.log /tmp/source/ localhost:/tmp/dest/ -n Number of files: 2 (reg: 1, dir: 1) Number of created files: 0 Number of deleted files: 0 Number of regular files transferred: 0 PS: the -a option implies -r: you can thus suppress -r -- francis -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
[Bug 15254] New: rsync performs full replication with option -I since last upgrade to version 3.2.3 protocol version 31
https://bugzilla.samba.org/show_bug.cgi?id=15254 Bug ID: 15254 Summary: rsync performs full replication with option -I since last upgrade to version 3.2.3 protocol version 31 Product: rsync Version: 3.2.0 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wa...@opencoder.net Reporter: coffeecupfr...@gmail.com QA Contact: rsync...@samba.org Target Milestone: --- Since rsync was upgraded to a more recent version (3.2.3 protocol version 31) on my Ubuntu Linux, rsync is performing a full replication every time although it shouldn’t because nothing changed in the source or the destination folder. The command I used was for example: rsync -aurvxHI --delete --log-file=/mnt/mirror1/logs/ironwolf_mirror1.log /media/ironwolf /mnt/mirror1/IronWolf >/dev/null 2>&1 I can replicate the issue in a simple test scenario /tmp/source to /tmp/dest via rsync -rauvxHI --delete --stats --log-file=/tmp/rsync.log /tmp/source/ /tmp/dest/ Performs a full replication every time the command is being launched rsync -rauvxH --delete --stats --log-file=/tmp/rsync.log /tmp/source/ /tmp/dest/ Does NOT perform a full synchronization unless there are real changes The problem appears to be the I but that should just avoid relying on timestamp and size only…and this was working for months in my environment as it was in a fixed crontab running several times a day. The behaviour has definitely changed in any case. From the man page: --ignore-times, -I don't skip files that match size and time My system: uname -a Linux home 5.15.0-53-generic #59-Ubuntu SMP Mon Oct 17 18:53:30 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html