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
View All Add an attachment (proposed patch, testcase, etc.)

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.