Bug 449080 - Rsync cannot copy to a vfat partition on kernel 2.6.25 with -p or -a options
Rsync cannot copy to a vfat partition on kernel 2.6.25 with -p or -a options
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Kernel Maintainer List
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-05-30 06:24 EDT by Jacek Piskozub
Modified: 2008-07-03 23:40 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-07-02 02:34:53 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Strace of the failed rsync (14.09 KB, text/plain)
2008-05-30 12:59 EDT, Jacek Piskozub
no flags Details
Strace of the successful rsync under kernel 2.6.24 (13.17 KB, text/plain)
2008-05-30 13:24 EDT, Jacek Piskozub
no flags Details

  None (edit)
Description Jacek Piskozub 2008-05-30 06:24:35 EDT
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)

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
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)

===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.
Comment 1 Jacek Piskozub 2008-05-30 11:51:37 EDT
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- -> Works For Me (as it did under Fedora 8)
kernel- -> this very bug

My /etc/sysconfig/i18n says:


in case it is relevant.
Comment 2 Jacek Piskozub 2008-05-30 11:53:18 EDT
changing summary adding the "bad" kernel number
Comment 3 Jacek Piskozub 2008-05-30 12:20:02 EDT
I also tested it on the "updates testing" kernel- No luck.
Comment 4 Chuck Ebbert 2008-05-30 12:26:15 EDT
Can you strace the failing rsync program and post the results as an attachment?
Comment 5 Simo Sorce 2008-05-30 12:33:10 EDT
assigning to kernel component
Comment 6 Jacek Piskozub 2008-05-30 12:59:03 EDT
Created attachment 307215 [details]
Strace of the failed rsync

I'm not sure if this will help. It seems it happened outside rsync.
Comment 7 Jacek Piskozub 2008-05-30 13:24:28 EDT
Created attachment 307217 [details]
Strace of the successful rsync under kernel 2.6.24

In case it helps.
Comment 8 Jacek Piskozub 2008-06-11 16:10:09 EDT
Now, after the release of kernel kernel-, this became also a
Fedora 8 problem.
Comment 9 Chuck Ebbert 2008-06-11 18:00:34 EDT
Same as bug 450493 in F9
Comment 10 Chuck Ebbert 2008-06-11 18:01:43 EDT
oops bug 450493 in an F8 bug
Comment 11 Jacek Piskozub 2008-06-14 17:38:12 EDT
I did more tests today with the new F9 kernel (kernel-

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".
Comment 12 Chuck Ebbert 2008-06-15 17:14:56 EDT
Fix went in kernel-
Comment 13 Fedora Update System 2008-06-30 12:33:52 EDT
kernel- has been submitted as an update for Fedora 9
Comment 14 Fedora Update System 2008-07-01 01:28:23 EDT
kernel- 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
Comment 15 Naveed Hasan 2008-07-01 04:30:04 EDT
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.
Comment 16 Fedora Update System 2008-07-02 02:34:36 EDT
kernel- has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 17 Fedora Update System 2008-07-03 23:40:13 EDT
kernel- has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.