DO NOT REPLY [Bug 7683] New rsync deletes destination files it shouldn't

[samba-bugs at samba.org]

https://bugzilla.samba.org/show_bug.cgi?id=7683


matt at mattmccutchen.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID




------- Comment #4 from matt at mattmccutchen.net  2010-09-16 16:08 CST -------
(In reply to comment #3)
> I expect that rsync has also checked for "DOA.DOC" and has determined that it
> exists and is identical to the source. After that a check for extraneous files
> (by reading the directory listing) shows a "doa.doc", so that gets deleted.

That analysis is almost correct.  The delete mode is --delete-during, so rsync
considers "doa.doc" for deletion before it considers "DOA.DOC" for transfer. 
The reason why a transfer of "DOA.DOC" is not itemized is that on a dry run,
"doa.doc" is not actually deleted, and rsync has no way to anticipate that
deleting it would cause "DOA.DOC" to no longer exist on the destination.  On a
real run, rsync should transfer "DOA.DOC".

The main version of rsync currently does not claim to support case-insensitive
filesystems (there is a maintained patch "ignore-case.diff" that adds the
functionality), so this report is invalid.

Vaskor, the options I see for you are to make a one-time change to harmonize
the filenames (with rsync or otherwise), use the ignore-case patch, or fiddle
with the "shortname" mount option of the source and/or destination filesystem
to try to make the discrepancy in the names go away.


-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.