Red Hat Bugzilla – Bug 202746
file upload fails if destination is nfs volume
Last modified: 2016-07-26 19:46:09 EDT
Description of problem:
File uploads fails if destination is nfs volume. Upload progress bar just
hangs there till I cancel upload. And after that forked vsftpd process remains
in process list and you can not kill it. It worked fine with RedHat ES 4
Update 3. Upload to local file storage works fine too.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Mount any NFS volume.
2. Upload any file to that volume.
Worked with ealier versions of vsftpd
*** Bug 202747 has been marked as a duplicate of this bug. ***
I had the exact same problem after installing the latest RHEL4 update set and
rebooting. The vsftpd processes would attempt to obtain a lock and then would be
forever stuck in disk sleep waiting on rpc_ex.
It appears that rpc.statd is not able to start via the init scripts. I needed to
manually execute /sbin/rpc.statd after booting to resolve the problem.
I can confirm this bug as fixed in RHEL5.
There was a change between vsftpd-2.0.1-5.EL4.3 and vsftpd-2.0.1-5.EL4.5 in the
way files were handled for uploads. This involved including locking code for
both reads and writes and means the daemon will attempt to obtain locks on any
file it reads on a GET/PUT operation. If the file is NFS mounted then the NFS
locking systems also need to work.
There is a workaround if you are not worried about simultaneous uploads to the
same file. Simply add
to the /etc/vsftpd/vsftpd.conf file and restart the daemon.
Are other applications which attempt to use file locking on the NFS volume also
getting stuck attempting to obtain a lock? If so, then I think this would point
to a problem in nfs-utils rather than in vsftpd itself.
I don't have RHEL4 anymore, but as far as I remember it worked with simple MC
copy file command to NFS volume.
Also as I pointed out, this doesn't happen in RHEL5.
I can reproduce this issue on RHEL-4.6 after I kill rpc.statd, otherwise it
works okay, so it appears there was some bug in RHEL-4.4 in nfs-utils but is
already resolved in RHEL-4.6. Thus closing as CURRENTRELEASE.