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
Version-Release number of selected component (if applicable):
Fedora 9 fully upgraded (x86)
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
Result of the following command: "rsync -avzu /home/piskozub/Klaster* .":
sending incremental file list
rsync: mkstemp "/disk_c/.Klaster-raport01.odt.ApsHuV" failed: Operation not
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)
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-18.104.22.168-92.fc8.i686 -> Works For Me (as it did under Fedora 8)
kernel-22.214.171.124-18.fc9.i686 -> this very bug
My /etc/sysconfig/i18n says:
in case it is relevant.
changing summary adding the "bad" kernel number
I also tested it on the "updates testing" kernel-126.96.36.199-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-188.8.131.52-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-184.108.40.206-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
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-220.127.116.11-63
kernel-18.104.22.168-76.fc9 has been submitted as an update for Fedora 9
kernel-22.214.171.124-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-126.96.36.199-76.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.