Transfer problems with v3.0.1026.7

RoboPete

2009-04-15 14:42:01

I've been using SmartFTP for well over a year with no problems. I am always using it to the same site and pretty much transferring the same files. I have now started experiencing some upload problems which I believe are since I upgraded to v3.0.1026.7 There are several problems I am getting which may or may not be related.

Problem 1
I attempt to upload a file (done many times before and to/from same locations). Using the local browser I drag the file across and it prompts me if I want to overwrite (as it usually does), I say overwrite and it gets added to the transfer queue. The transfer starts and completes and then I find that it starts transferring the file again, and again and again. I have not changed any settings since I upgraded. Via another post on this forum I come across Favourites and their settings (I've never had to know about these before). I change the Transfer\File Exists\Transfer Queue File Exist Rules to Use Favourites and then edit the rules to remove them all and set the default action to Skip. The file transfers OK. However I put the setting back to Use Default Settings and the problem is back. What is happening here?

Problem 2
I try to upload a file and all seems to go well except that when the transfer is complete the file size is different - the file that is now on the server is smaller than the original file on my local machine. I repeat the upload several times (with and without the destination file already existing) and the same thing happens. I can transfer another file without a problem. The uploaded file on the server is 5,816,320 bytes in size whereas the original (local) file is 6,057,984 bytes insize.

Log:
[15:34:01] SIZE RV5Work.mdb.safe
[15:34:01] 550 RV5Work.mdb.safe: No such file or directory
[15:34:01] The operation has been added to the Transfer Queue. Check the Transfer Queue for the status.
[15:34:46] An existing connection was forcibly closed by the remote host.
[15:34:46] Client closed the connection.
[15:36:18] Resolving host name "ftp.xxx.co.uk"
[15:36:18] Connecting to xx.xx.xx.xx Port: 21
[15:36:19] Connected to ftp.xxx.co.uk.
[15:36:19] 220 ProFTPD 1.3.0a Server (xxx FTP Server) [xx.xx.xx.xx]
[15:36:19] USER xxx
[15:36:20] 331 Password required for xxx.
[15:36:20] PASS (hidden)
[15:36:20] 230 User xxx logged in.
[15:36:20] SYST
[15:36:21] 215 UNIX Type: L8
[15:36:21] Detected Server Type: UNIX
[15:36:21] RTT: 683.529 ms
[15:36:21] FEAT
[15:36:21] 211-Features:
[15:36:21] MDTM
[15:36:21] REST STREAM
[15:36:21] SIZE
[15:36:21] 211 End
[15:36:21] PWD
[15:36:21] 257 "/" is current directory.
[15:36:21] CWD /public_html/ftp/_RV5 Development DO NOT REMOVE/Client/Program
[15:36:22] 250 CWD command successful
[15:36:22] PWD
[15:36:22] 257 "/public_html/ftp/_RV5 Development DO NOT REMOVE/Client/Program" is current directory.
[15:36:22] TYPE I
[15:36:22] 200 Type set to I
[15:36:22] SIZE RV5Work.mdb.safe
[15:36:22] 213 5816320
[15:36:22] MDTM RV5Work.mdb.safe
[15:36:23] 213 20090415143619
[15:36:23] STAT RV5Work.mdb.safe
[15:36:23] 211-Status of RV5Work.mdb.safe:
[15:36:24] -rw-r--r-- 1 xxx (?) 5816320 Apr 15 14:36 RV5Work.mdb.safe
[15:36:24] 211 End of Status


Problem 3
I try to upload another file (which I have done many times before) and it creates a file on the server of zero bytes and then completes the transfer. No error is given. The browser displays the correct size and the file itself is over 600kb in size and a working component of a program (although not in use at the time of the transfer). I can transfer another file (also an OCX) from the same folder and that works fine. Both logs are below:

Log for problem file:
[15:23:40] SIZE RV5Selling.ocx
[15:23:40] 550 RV5Selling.ocx: No such file or directory
[15:23:40] The operation has been added to the Transfer Queue. Check the Transfer Queue for the status.
[15:23:41] SIZE RV5Selling.ocx
[15:23:42] 213 0
[15:23:42] MDTM RV5Selling.ocx
[15:23:42] 213 20090415142343
[15:23:42] STAT RV5Selling.ocx
[15:23:42] 211-Status of RV5Selling.ocx:
[15:23:42] -rw-r--r-- 1 xxx (?) 0 Apr 15 14:23 RV5Selling.ocx
[15:23:42] 211 End of Status

Log for correct transfer:
[15:26:16] SIZE RV5PEP.dll
[15:26:16] 550 RV5PEP.dll: No such file or directory
[15:26:16] The operation has been added to the Transfer Queue. Check the Transfer Queue for the status.
[15:26:38] SIZE RV5PEP.dll
[15:26:38] 213 872448
[15:26:38] MDTM RV5PEP.dll
[15:26:38] 213 20090415142640
[15:26:38] STAT RV5PEP.dll
[15:26:39] 211-Status of RV5PEP.dll:
[15:26:39] -rw-r--r-- 1 xxx (?) 872448 Apr 15 14:26 RV5PEP.dll
[15:26:39] 211 End of Status


If I can't resolve these problems then I will have to find another FTP client so your help would be appreciated.

Thanks

Pete

mb

2009-04-15 14:58:31

1. Install the latest version from here: https://www.smartftp.com/download
2. Post the log from the transfer. To get it double click the file in the transfer queue.

RoboPete

2009-04-16 08:09:53

OK, I have figured out what was happening and all three problems are of course related. The problem was that my FTP server had run out of space. This meant that for problems 2 and 3 it was unable to upload the full file. This was also causing problem 1 because it uploaded the file, the size was different and so it attempted to upload it again and it got stuck in this loop.

However SmartFTP did not give any indication that there had been a problem in the transfer. It was only when I looked at the transfer log that I could see the error messages. If the transfer log was actually displayed in the other log then I would have spotted this much earlier. So my suggestion to you is that you should consider this. There isn't even an indication that there is a separate log for the transfer - again this would be very useful and I suspect save you some time as I have seen you post a few replies which state that the transfer log should be viewed.

Lastly I have one more suggestion for you. Every time I had to post a log here I had to do 2 actions from the popup menu "Select All" and "Copy". I think a "Select All and Copy" command would be welcomed by most people!

Thanks for the help.