FS#31538 - [rsync] name too long when syncing from xfs to ecryptfs sitting on ext4
Attached to Project:
Arch Linux
Opened by Dominik Kozaczko (minder) - Friday, 14 September 2012, 18:14 GMT
Last edited by Pierre Schmitz (Pierre) - Saturday, 02 November 2013, 23:02 GMT
Opened by Dominik Kozaczko (minder) - Friday, 14 September 2012, 18:14 GMT
Last edited by Pierre Schmitz (Pierre) - Saturday, 02 November 2013, 23:02 GMT
|
Details
Description:
I tried to sync (backup/copy) a directory sitting on xfs volume to a mounted ecryptfs directory sitting on ext4 filesystem. COMMAND: # rsync -aAX SRC_dir DEST_dir RESULT: [...] rsync: mkstemp "a_really_long_filename_consisting_from_normal_characters.dZ8QKX" failed: File name too long (36) sent 104975323 bytes received 28713 bytes 55690.29 bytes/sec total size is 270370389466 speedup is 2574.86 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1052) [sender=3.0.9]0 I then tried to copy this file using mc and it was copied without problems. Additional info: * package version(s) rsync 3.0.9-4 |
This task depends upon
Closed by Pierre Schmitz (Pierre)
Saturday, 02 November 2013, 23:02 GMT
Reason for closing: Upstream
Saturday, 02 November 2013, 23:02 GMT
Reason for closing: Upstream
1. It only happens when rsyncing to a volume encrypted via ecryptfs.
2. The longest filename that can be synced to an ecryptfsed volume is 135 characters long (rsync temporary file name is 8 chars longer), so
2a. The longest filename on ecryptfs volume is 143 chars long.
3. Volumes encrypted via dm-luks are *not* affected.
4. The longest filename that can be touched is 255 chars on xfs, ext4 and reiserfs volumes although I managed to sync 255-char-long filenames to those volumes despite the fact that rsync uses extra 8 chars for temporary file names.
Looks more like ecryptfs issue now.
This probably depends on the way ecryptfs stores filenames. Is any workaround possible?