On Mon, Mar 28, 2016 at 08:11:07AM -0400, Kevin Korb wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > What does --itemize-changes say about these files? > > Also, what is --atimes? Is this the Apple modified rsync for OSX? > > On 03/28/2016 07:51 AM, Albert Berger wrote: > > Greetings, > > > > when the daily system backup with rsync is performed, thousands of > > files (e.g. from /usr directory), which are not modified are > > uselessly transferrred to the backup storage every day. The rsync > > command is the following: > > > > rsync --update -DHAErlptgo --relative --atimes --delete-during > > ${SRCPATH} ${BACKUPDIR} > > > > Quick investigation shown, that these files are hard links, and the > > command option related to this behaviour is -H: without it the > > unmodified files are not copied. Seemingly this situation is > > described in the rsync manual: > > > > "If incremental recursion is active (see --recursive), rsync may > > transfer a missing hard-linked file before it finds that another > > link for that contents exists else‐ where in the hierarchy.... > > One way to avoid this inefficiency is to disable incremental > > recursion using the --no-inc-recursive option." > > > > Adding --no-inc-recursive to the aforementioned command line > > doesn't help (are --recursive and --no-inc-recursive supposed to be > > used in one option set?). And I use --recursive to copy entire > > directory tree, including subdirectories. Could someone advise > > please how one can prevent copying unmodified hard-linked files? > > > > Thanks, A. Berger. > >
As an example of copying hard-linked files, the /usr/bin contains the following two hard-linked sets for two inodes: inode 1: ld ld.bfd inode 2: g++ i686-pc-linux-gnu-c++ i686-pc-linux-gnu-g++ c++ Below is the --itemized-changes output for those two sets which is produced when /usr/bin doesn't have any modifications and is synced with the aforementioned command to its backup copy: hf......u.. /usr/bin/ld.bfd hf......u.. /usr/bin/i686-pc-linux-gnu-c++ hf......u.. /usr/bin/i686-pc-linux-gnu-g++ hf......u.. /usr/bin/g++ As can bee seen, one file in each set is not listed at all, and all other hard-linked files are marked for updating. Is this behaviour normal? --atimes is an option for preserving access times. This option is added by patching rsync source with a patch from rsync-patches-3.1.1.tar.gz file from rsync download page. The system is ArchLinux, kernel 4.4.5. Regards, A.Berger. -- 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