There is problem of rsync with options --hard-links --inplace.
Matthias Schniedermeyer
ms at citd.de
Wed Feb 15 10:14:29 UTC 2017
On 15.02.2017 00:07, Viper wrote:
> There is the problem which I discribed here
> https://bugs.centos.org/view.php?id=12820.
> rsync does not break hard-link into destination if hard-link has be broken
> in source with option inplace.
> The problem remains in the latest version of rsync?
This is documented in the man-page.
- snip -
...
--inplace
This option changes how rsync transfers a file when its
data needs to be updated: instead of the default method of creating a
new copy of the file and moving it into place when it is complete, rsync
instead writes the updated data directly to the destination file.
This has several effects:
o Hard links are not broken. This means the new
data will be visible through other hard links to the destination file.
Moreover, attempts to copy differing source files onto a multiply-linked
destination file will result in a "tug of war" with the destination data
changing back and forth.
...
- snip -
"--inplace" is an option where you have to know what you are doing,
otherwise it can go horribly wrong.
Personally i rarely use "--inplace" and in the cases where i do use it i
skip it periodicaly for exactly the reason to fix (eventual)
hardlink-errors.
For e.g. in my daily backup-script i skip the option on fridays, this
way hardlink errors will get fixed within a week.
If correct hardlinks are important to you, the best you can do is
execute rsync twice. Once with --inplace and after that again without
--inplace. If there are no changes in the meantime, the most the second
rsync will do is fix hardlink errors.
--
Matthias
More information about the rsync
mailing list