[Bug 12153] New: Possible malfunctions of rsync after encountering >4GbFat32Error

[samba-bugs at samba.org]

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

            Bug ID: 12153
           Summary: Possible malfunctions of rsync after encountering
                    >4GbFat32Error
           Product: rsync
           Version: 3.1.1
          Hardware: x86
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P5
         Component: core
          Assignee: wayned at samba.org
          Reporter: daniel-inet at gmx.net
        QA Contact: rsync-qa at samba.org

I use rsync to transfer a large number of files locally from one disk to
another.

rsync -avv --progress /media/source/ /media/destination/

source is on an ext4 filesystem 
destination is on a fat32 filesystem

The destination disk was checked and found to be OK by the badblocks-command
The destination filesystem was freshly created by mkdosfs.

There are chinese characters in the filenames. Filename encoding is utf-8 on
both source (defined by locales) and destination (reported by mount command).

Rsync ends up with an error message saying that a file from source is bigger
than 4gb. So far, this is expected behaviour because of the file size
limitation on a FAT32 filesystem.

Possible malfunction 1: Some other files smaller than 4gb are missing in the
destination as well.

Possible malfunction 2: When repeating the rsync command (to resume the
transfer), files are transferred that do already exist in the dest directory.
The files match in creation time and in comparison by diff command. fsck does
not report any errors. But nevertheless, some files are transferred again. I
can see big files being transferred again using the --progress option.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.