On Tue, Nov 23, 2010 at 01:59:32PM +0100, Paul Slootman wrote:
> On Sun 21 Nov 2010, Jeffrey Sheinberg wrote:
> >
> > and rsync is run (using make) like this,
> >
> > env time sh -c "set -e ; set -u ; cd / ; rsync -rlptgoDH -x --del
> > --inplace ./ /dev/sdb9"
>
> I'm sure you don't run rsync with a block device as destination...
>
Yes, you are sure right about that.
> I'm wondering whether at some stage the three files were in fact
> hard-linked together. The problem with using --inplace is that such
> hardlinks at the destination will nog be broken when using --inplace.
> Usually --inplace is not helpful anyway, so I recommend against it
> unless you have very good reasons for using it.
I got rid of --inplace by replacing it with --delete-before like this,
env time sh -c "set -e ; set -u ; cd / ; rsync -rlptgoDH -x \
--delete-before ./ /fs/p/sdb9"
and the hard links at the destination were cleaned up properly, and the
filesystem was copied successfully with no discrepancies. Good call!
I looked over the rsync man page, and your advice about how --inplace
works seems to be documented under the --hard-links option, which itself
references the --inplace option for further details.
I think it would be nice if the --inplace section of the rsync man page
specifically states that the --inplace option is not appropriate for use
with the --hard-links option.
So, it is okay with me if you would like to either close this bug as a
user misunderstanding, or leave it open as a wishlist bug requesting
improved documentation of the interaction of the --inplace and
--hard-links options.
> I always recommend having multiple copies (generations) of backups, so
> that you can check the previous version when something strange
> happens. When using --link-dest you can hardlink files common to
> successive generations, so that space is not wasted. Check out dirvish
> for automating that.
I will bear this in mind, thanks for the suggestion.
Thanks,
--
Jeffrey Sheinberg
PS - thanks for all of your work on the Debian rsync package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
