Description of problem: rsync is unable to copy files into a mounted vfat partition: neither from a remote server nor locally while other tools (including wget and cp) are able. This problem appeared the moment I made the Fedora 8 -> 9 upgrade. Version-Release number of selected component (if applicable): Fedora 9 fully upgraded (x86) kernel-2.6.25.3-18.fc9.i686 rsync-3.0.2-0.fc9.i386 How reproducible: Always. I synchronize the host daily with a file server therefore I noticed it an hour after the Fedora 8 -> 9 upgrade. Steps to Reproduce: 1. mount a vfat partition 2. make cd to the partition (either as a user or root - this changes nothing) 3. make "rsync directory/file ." or "rsync host:directory/file .". I usually use rsync with -avzu but skipping the options changes nothing 4. See rsync fail Actual results: Result of the following command: "rsync -avzu /home/piskozub/Klaster* .": ====results begin=== sending incremental file list Klaster-raport01.odt rsync: mkstemp "/disk_c/.Klaster-raport01.odt.ApsHuV" failed: Operation not permitted (1) sent 14911 bytes received 31 bytes 29884.00 bytes/sec total size is 16126 speedup is 1.08 rsync error: some files could not be transferred (code 23) at main.c(1031) [sender=3.0.2] ===results end=== Expected results: file copied. Additional info: This is how I mount he partition using an /etc/fstab entry: LABEL=ASUS /disk_c vfat defaults,umask=027,uid=500,gid=500 0 0 This has always worked on previous Fedora versions. It still works with all file transferring techniques I tested: remotely wget, locally cp or mv). usid and gid are correct (I am user 500 from group 500). Changing the umask or even running rsync as root does not help.
Some more info: This is kernel dependant, therefore it may be a kernel bug: On Fedora 9, I still had the latest F8 kernel installed. I tested both: kernel-2.6.24.7-92.fc8.i686 -> Works For Me (as it did under Fedora 8) kernel-2.6.25.3-18.fc9.i686 -> this very bug My /etc/sysconfig/i18n says: LANG="en_US.UTF-8" SYSFONT="latarcyrheb-sun16" in case it is relevant.
changing summary adding the "bad" kernel number
I also tested it on the "updates testing" kernel-2.6.25.4-30.fc9.i686. No luck.
Can you strace the failing rsync program and post the results as an attachment?
assigning to kernel component
Created attachment 307215 [details] Strace of the failed rsync I'm not sure if this will help. It seems it happened outside rsync.
Created attachment 307217 [details] Strace of the successful rsync under kernel 2.6.24 In case it helps.
Now, after the release of kernel kernel-2.6.25.4-10.fc8, this became also a Fedora 8 problem.
Same as bug 450493 in F9
oops bug 450493 in an F8 bug
I did more tests today with the new F9 kernel (kernel-2.6.25.6-55.fc9). There was one thing I most probably missed originally. Skipping -p (or -a which is equivalent with -p among other things) make it possible to rsync into the vfat partition. In the case of -a, it should be replaced with -rt (the other components of -a most probably do not work on vfat anyway). I included the info into the bug summary. Because there is a workaround, I also decreased the severity to "medium".
Fix went in kernel-2.6.25.6-63
kernel-2.6.25.9-76.fc9 has been submitted as an update for Fedora 9
kernel-2.6.25.9-76.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update kernel'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-5893
I had to use 'rsync -rltoDcv' instead of 'rsync -acv' when writing to mounted vfat media and will test this new kernel to see if the regression has been fixed. Either the '-p' or '-g' options impled by '-a' were causing the mkstemp failed error described above.
kernel-2.6.25.9-76.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.