X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-0.6 required=5.0 	tests=AWL,BAYES_00,SPF_PASS
X-Spam-Check-By: sourceware.org
Message-ID: <4ABA07B6.6030202@gmx.com>
Date: Wed, 23 Sep 2009 13:34:14 +0200
From: Andreas Heinlein <aheinlein AT gmx DOT com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090821)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Rsync and Alternate Data Streams
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
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

Hello,

no, I do *not* want to transfer ADS with rsync, that would be an FAQ ;-)

But I have setup rsyncd on a windows host using cygwin. This machine
hosts files with ADS which are created by Antivirus software and change
frequently. I do not need to save these ADS, but somehow they seem to
lead rsync to believe the file has changed and transfer it again. Since
we are doing multi-generation backups with rsync and hard links (using
the --link-dest option), this greatly increases space requirements. I
compared old and new files, and they are exactly identical in size,
name, path, permissions (as UNIX/cygwin sees them), they have the same
md5sum.

I have not yet tried running rsync with the checksum option, but since
we are backing up > 200.000 files, that would likely take much too long.
Do you have any ideas how to change this behaviour?

Thanks,
Andreas

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