Bug 5058 - Rsync re-copies up-to-date files on external FAT drive after reconnect
Summary: Rsync re-copies up-to-date files on external FAT drive after reconnect
Status: RESOLVED INVALID
Alias: None
Product: rsync
Classification: Unclassified
Component: core (show other bugs)
Version: 2.6.9
Hardware: x86 Windows XP
: P3 normal (vote)
Target Milestone: ---
Assignee: Wayne Davison
QA Contact: Rsync QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-04 11:42 UTC by spam4all
Modified: 2007-11-04 17:08 UTC (History)
0 users

See Also:

Attachments
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 spam4all 2007-11-04 11:42:44 UTC 
Hi,

I'm using rsync 2.6.9 in Cygwin to keep files on a NFS partition in sync with files on a FAT32 partition (external hard drive). The problem is that after reconnecting the HD to the computer, rsync won't identify the files on the FAT32 partition as up-to-date on the first try. Thus it will copy all files to the external drive again (although they're already up to date). Only after complete re-copy/rsync of the files the program will work as intended for the following executions of rsync. But after a reconnect of the HD it all happens over again.
The command line is

$ rsync -rtW --modify-window=1 --delete /cygdrive/d/source /cygdrive/g/dest

Any solution in sight? Thanks in advance!

Regards, Nils.
Comment 1 Matt McCutchen 2007-11-04 12:07:11 UTC 
Please reconnect the HD and then run rsync with the -i option to find out why it thinks the files need to be transferred.
Comment 2 spam4all 2007-11-04 15:48:29 UTC 
Darn, can't reproduce it at the moment. Appears only from time to time. Sorry for the inconvenience.
Comment 3 Wayne Davison 2007-11-04 17:08:13 UTC 
This may have been a time-change glitch.  E.g., FAT stores times in localtime with no DST offset, so when DST changes, all times on a FAT filesystem appear to shift by an hour.