Your best friend for file transfer.

Errors on large file upload (6 posts)
- Started 17 years ago by Sensei
- Latest reply 17 years ago from Jim Matthews
-
Sensei Member
-
Scott McGuire Administrator
Hi,
Could you check the following?
* Open the Fetch Preferences
* Click the Obscure tab
* Make sure "Contact servers during long transfers" is unchecked.If it was checked, uncheck it, and try again. (That setting is known to cause this sort of problem with Rumpus. We are working on an update to fix this problem.)
While Fetch does have a resume upload feature, you need to set the upload format to be Binary to use it with Rumpus servers. (You can set the upload format using the Remote > Format menu.) But since you did not have it set to that initially, you won't be able to use it to resume this particular upload - you'll have to start again, sorry. But you may want to switch to Binary for the retry, and then if it fails again, try resuming the upload. (Instructions can be found here.)
Let us know if either of these helps solve the problem, or if you have further questions.
Thanks,
Scott McGuire
Fetch Softworks[This message has been edited by ScottMcGuire (edited 11-16-2006).]
-
Sensei Member
Thanks for your reply. I unchecked "Contact servers..." and uploaded it again. Again the upload gets about 99.99% complete (0:00 remaining) and then it stops. The 0:00 changes to "stalled", and the upload never fully completes. When I refresh the listing, I can see the file on the server, but without a clean 'upload complete' resolution, will there be bits missing in the uploaded file or something?
Fetch is behind a NAT router, so I'm using PASV. Rumpus is also behind a NAT router, but the same problem happened when Rumpus was in the DMZ last month. Rumpus tech support swears there's nothing on the server side that would cause this hang. Do you have any other suggestions? -
Jim Matthews Administrator
You might compare the exact length of the original file on your Mac (e.g. with the Get Info command in the Finder) to the length of the file on the server (with Get Info in Fetch). If they match then the file is all there.
I would recommend unchecking "Contact server during long transfers" in the Obscure section of Fetch Preferences.
Thanks,
Jim Matthews
Fetch Softworks -
Sensei Member
Something odd I noticed in the Fetch transcript: Even though I have definitely set Fetch to upload using "BINARY (RAW DATA)" mode, in the transcript it says ASCII and MACBINARY:
TYPE A
200 Type set to A (ASCII)200 Type set to I (Image) [MACBINARY ENABLED]
MACB DISABLE
200 MacBinary Disabled
PASV
227 Entering Passive Mode (67,38,###,###,11,185)
STOR TestUpload.zipIt's my understanding that Binary transfers result in exact byte-for-byte copies, but ASCII transfers may alter files (change line endings, e.g.) Therefore I want to upload these large .zip files specifically in BINARY mode (not Mac Binary, not ASCII). Do you need the full transcript to troubleshoot this? Thanks for your help
-
Jim Matthews Administrator
The .zip files are being uploaded in Binary format. The mention of TYPE A (ASCII) you see is because Fetch uses ASCII mode to download the file list; it later switches to TYPE I (i.e. binary) for the actual file transfer. The MACB DISABLE command you see disables MacBinary mode, so the transfer is not in MacBinary mode.
Thanks,
Jim Matthews
Fetch Softworks
- Page 1
When uploading a 166MB zip archive to a Rumpus server, I get the following errors at the very end of the upload:
(error: -30000)
ftp_store_close: -30000 (state == RPUT_CLOSING)
What does that mean? Here's the full transcript:
Connecting to ftp.myserver.com port 21 (OS X firewall is off) (11/16/06 12:32:11 PM)
Connected to 72.37.###.## port 21 (11/16/06 12:32:12 PM)
220-Your login to the ftp server was successful.
220 Service ready for new user
USER myUsername
331 Password required
PASS
230 User logged in
SYST
215 MACOS Peter's Server
PWD
257 "/" is current directory.
MACB ENABLE
200 MacBinary enabled
CWD Admin_Test_Folder
250 CWD command successful
PWD
257 "/Admin_Test_Folder/" is current directory.
TYPE A
200 Type set to A (ASCII)
PASV
227 Entering Passive Mode (72,##,###,##,11,185)
LIST
150 Opening connection
drwxr-xr-x folder 0 Nov 13 18:10 Files_for_website
226 Transfer complete
PWD
257 "/Admin_Test_Folder/" is current directory.
PWD
257 "/Admin_Test_Folder/" is current directory.
TYPE I
200 Type set to I (Image) [MACBINARY ENABLED]
MACB DISABLE
200 MacBinary Disabled
PASV
227 Entering Passive Mode (72,##,###,##,11,185)
STOR myLargeFile.zip
150 Opening connection
PWD
PWD
PWD
PWD
500 Command not understood
Unsuccessful transfer of Allstate Superdome orch.zip (174,552,507 bytes, 53,642 bytes/sec, 54:14 elapsed) stopped at 11/16/06 12:19:16 PM (error: -30000)
ftp_store_close: -30000 (state == RPUT_CLOSING)
ABOR
426 Transfer aborted
Thanks for your help.
Posted 17 years ago #