X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-1.0 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS
X-Spam-Check-By:	sourceware.org
MIME-Version:	1.0
Date:	Wed, 21 Oct 2009 01:02:43 -0700
Message-ID:	<2bbbac860910210102m76657f7eu123bf229035b0119@mail.gmail.com>
Subject:	Re: Rsync link-dest not working for a host with the most recent rsync/cygwin 1.7
From:	Chris Francy <francyci AT gmail DOT com>
To:	cygwin AT cygwin DOT com
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

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.

Since I now have newer versions of rsync on both the backup server and
the hosts I am backing up I was able to omit the options to copy the
permissions/ownership information and things are being linked as I
expect them to.

I still find it a bit odd that this worked fine on a cygwin 1.5 setup
by not 1.7.

> On Oct 19 11:55 Corinna Vinschen wrote:
>> On Oct 16 13:51, Chris Francy wrote:
>> It appears something about the about rsync or the 1.7 version of
>> cygwin is preventing the --link-destination function of rsync from
>> working. =A0Files that have not been changed at all should be linked
>> together. =A0On the hosts still running a cygwin 1.5 version of rsync
>> the link-destination seems to work exactly as I expect it to.
>>
>> I am using dirvish (http://www.dirvish.org/) on a Linux box (deb
>> 5.0.3) to backup some of the data on windows boxes in the network. =A0I
>> have the cygwin+rsync setup in daemon mode on the servers.
>
> I'm not fluent with the --link-dest option. =A0I'm also missing a hint
> what is wrong. =A0Are you expecting hardlinks and get copies of the files?

Sorry.  Yes I am expecting identical files between to be hard-linked togeth=
er.

> If I want to reproduce this locally, I need a testcase which allows
> to reproduce this with just a single file which gets rsynced locally,

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.  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,
Chris

--
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 -