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): vsftpd-2.0.1-5.EL4.5 How reproducible: Always Steps to Reproduce: 1. Mount any NFS volume. 2. Upload any file to that volume. Actual results: Expected results: Additional info: 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 lock_upload_files=NO 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.