X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-2.6 required=5.0 tests=BAYES_00
X-Spam-Check-By:	sourceware.org
X-Cloudmark-SP-Filtered:	true
X-Cloudmark-SP-Result:	v=1.0 c=1 a=hvCyL9pR4rcA:10 a=kCKDY91tEBMc+hi4YtGk8Q==:17 a=fGO4tVQLAAAA:8 a=bLki2seI7r1NZPRDVvIA:9 a=4-K5J6hvv9LxrWKe8kMA:7 a=ShAJmVlxedtddw8XB8eS55-_ABYA:4
Message-ID:	<4AE11E1E.404@monai.ca>
Date:	Thu, 22 Oct 2009 20:08:14 -0700
From:	Steven Monai <steve+cygwin AT monai DOT ca>
User-Agent:	Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: Rsync link-dest not working for a host with the most recent rsync/cygwin 1.7
References:	<2bbbac860910210102m76657f7eu123bf229035b0119 AT mail DOT gmail DOT com>
In-Reply-To:	<2bbbac860910210102m76657f7eu123bf229035b0119@mail.gmail.com>
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

Chris Francy wrote:
> First things first, I have narrowed it down and learned something that
> resolves the issue for what I am trying to do.
> 
> For versions of rsync before 2.5.6 you could not use the link-dest
> reliably unless you copy the permissions/ownership information.  With
> newer versions of rsync this is not necessary.

Glad you were able to figure out a work-around. And it's good to know
what worked for you, for future reference.

...

> So to demonstrate the link-dest function on my linux box here is a
> simple example using relative directories including the output on my
> backup server (debian linux 5.0) (http://pastebin.com/m191da91f).
> 
> I have a test case (http://pastebin.com/m6797debc) that I ran against
> both two of my systems to demonstrate the difference in behavior.
> 
> Here (http://pastebin.com/m77f9f3b6) is my output when I run the
> command on my backup server to get the stuff off my 1.5 host.
> 
> Here (http://pastebin.com/m29252e) is my output when I run the command
> on my backup server to get the stuff off my 1.7 host.  In this case
> the test file in the two destination directories are not hard linked
> together like in the 1.5 case.  I also noticed that in the the uid/gid
> is set differently compared to the 1.5 system.
> 
> So it appears something about permissions isn't coming across the same
> as it was on cygwin 1.5. 

Likely. But that doesn't really answer the question of *why* link-dest
is failing to work properly when ownerships and perms are preserved.
Even if Cygwin-1.7's rsync is sending bollixed up uid/gid/perms to
Debian's rsync, link-dest on the Debian side should still work. Since
link-dest is not working, I infer that either:

(1) For any given unchanged file, Cygwin-1.7's rsync reports a different
set of uid/gid/perms values every time it runs.

OR

(2) Debian's rsync is unable to faithfully preserve the uid/gid/perms
values of files previously saved from Cygwin-1.7's rsync, so that every
time such a backup is run, Debian rsync sees the uid/gid/perms as changed.

I don't think (1) is at all likely, simply because I can't imagine how
such a bug would go undetected for so long. My hypothesis is the problem
could be (2).

> Since I don't care about the retaining the
> permissions, and I now have a version of rsync on both sides that
> allows me to use link-dest without copying permissions I am happy.  If
> someone wants to continue digging into this further I am still
> available.

Thanks in advance for indulging me just a little bit further.

Could you re-run your Cygwin-1.7 test case with --itemize-changes added
to the rsync command-line? That should provide a hint at what Debian's
rsync thinks is different between its existing file copy and Cygwin's
source file. Also, I would like to see what Cygwin's 'stat' command says
about the source file on the Windows box.

-SM
--

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -