Bug 6362 - --dry-run conflicts with --hard-links
Summary: --dry-run conflicts with --hard-links
Status: RESOLVED FIXED
Alias: None
Product: rsync
Classification: Unclassified
Component: core (show other bugs)
Version: 3.1.0
Hardware: x64 Linux
: P3 minor (vote)
Target Milestone: ---
Assignee: Wayne Davison
QA Contact: Rsync QA Contact
URL: https://bugzilla.novell.com/show_bug....
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-15 05:09 UTC by Petr Uzel
Modified: 2009-09-05 10:27 UTC (History)
0 users

See Also:


Attachments
A shell script to duplicate the issue (518 bytes, text/plain)
2009-09-05 10:26 UTC, Wayne Davison
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Uzel 2009-05-15 05:09:46 UTC
This is a forwarded bug from Novell bugzilla (see URL).

In short, rsync has problems with --dry-run and --hard-links options if the source directory contains 'enough' hardlinked files. I'm not sure what is the minimum number of hardlinks to trigger the bug, though (I will try to investigate).

I can confirm the bug with latest git development version.
Comment 1 Matt McCutchen 2009-05-28 18:41:05 UTC
I think there's an error in the steps to reproduce: the references to /tmp/data should say /tmp/X1/data.  After making that correction, I can reproduce the problem.  It goes away if I disable incremental recursion with --no-i-r.  Interesting.
Comment 2 Petr Uzel 2009-05-29 03:24:52 UTC
Matt, you are correct - I forgot to mention this mistake - sorry for that.

Thanks for looking into this - I can confirm that the --no-i-r fixes the issue.
Comment 3 Wayne Davison 2009-09-05 10:26:02 UTC
Created attachment 4648 [details]
A shell script to duplicate the issue

My test script for the issue.
Comment 4 Wayne Davison 2009-09-05 10:27:56 UTC
This is fixed in the git repo.