Fixed
Created: Sep 4, 2013
Updated: Mar 5, 2016
Resolved Date: Dec 4, 2013
Previous ID: LIN5-2241, LIN6-3066
Found In Version: 6.0
Fix Version: 6.0
Severity: Standard
Applicable for: Wind River Linux 6
Component/s: Userspace
The /var/share/empty directory was originally missing from the target and defect WIND00421293 filed for this.
The fix has the directory created as part of the startup script:
/etc/init.d/vsftpd
as follows:
if ! test -d /var/share/empty; then
mkdir -p /var/share/empty
chmod u+w /var/share/empty
fi
This works fine if using this script to start the daemon, but it's better to use xinetd instead. Since xinetd calls the vsftpd binary directly the script is not run and therefore the directory is not created.
Manually create the directory or use the default method to start vsftpd.
Configure a standard project which includes xinetd and vsftpd
build and boot the target
Use the following xinetd script to enable vsftpd start:
service ftp
{
socket_type = stream
wait = no
user = root
server = /usr/sbin/vsftpd
server_args = /etc/vsftpd/vsftpd.conf
nice = 10
disable = no
flags = IPv4
}
Start xinetd and try to connect to the ftp server from a remote machine. Note that the same problem now occurs as was originally presented in WIND00421293.