Connected to linux.domain.com. 220 Welcome to blah FTP service. 530 Please login with USER and PASS. 530 Please login with USER and PASS. KERBEROS_V4 rejected as an authentication type Name (localhost:root): rai 331 Please specify the password. Password: 230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. ftp> cd windows 250 Directory successfully changed. ftp> get deltemp.bat local: deltemp.bat remote: deltemp.bat 227 Entering Passive Mode (127,0,0,1,38,168) 150 Opening BINARY mode data connection for deltemp.bat (51 bytes). 426 Failure writing network stream. I get this error when I try to download a file from a mounted windows share using CIFS. We are using Windows 2003 Server (fileserver) and FC5 (ftp server). User can upload files to ftp server but cannot download files from the mounted share. I mounted the share using this command: mount -t cifs //10.10.10.2/rai /windows -o rw,domain=domain,username=rai,password=rai Im totally lost. Thanks in advance.
Looks like this problem occurs only with both Windows and samba servers. I tried downloading using ftp a file residing on nfs mounted share and could download successfully. To mount samba and Windows XP shares, the same cifs module was used on the ftp server. Ethereal trace on the linux box which has mounted Windows XP share (ftp server) does not show any error during any of smb requests and responses. For a ftp Request like this, there are two Responses listed below Request command: RETR Request arg: <name_of_the_file> Response code: File status okay: about to open data connection (150) Response arg: Opening BINARY mode data connection for <name_of_the_file> (size) Response code: Connection closed: transfer aborted (426) Response arg: failure writing network stream Then I see another ftp request and a response Request code: MDTM Request arg: <name_of_the_file> Response code: File status (213) Response arg: <some_large_14_digit_number> In case of NFS, the ftp request is NLST instead of RETR. I do not understand all these two responses and requests by ftp server. I am using vsftp version 2.0.4-19.2 on the ftp server (SLES10 2.6.26 with cifs.ko 1.45) and ftp client (SLES9 2.6.5) has version 1.2.1-69.3. There are no errors in dmesg. I had turned on cifsFYI. I believe this is a ftp/vsftp issue and not a cifs problem.
I should add that between ftp request (RETR) and first ftp response, the cifs messages successfully exchanged between Windows XP server and ftp server (cifs client) are create_andX_request and Query_Path_info (Level of Interest: Query File Unix Basic). Perhaps vsftp version on ftp client needs to be updated in my case but either way I do not see a cifs.ko bug here.
In case of NFS mounts, the response to request NLST is Response code: File status okay: about to open data connection (150) Response arg: Here comes the directory listing And the transaction is completes. I do not understand why the ftp response differences between the two i.e. nfs mounts and cifs mounts.
Is this still a problem?
Please reopen if you still see this problem