Your best friend for file transfer.

Fetch application logoFetch

Return to Message Board

Subscribe to RSS Feed for Fetch Message Board Fetch Message Board

  1. Page 1

Uploads never finish....they keep recycling!!!!! (11 posts)

  • Started 13 years ago by Lucas
  • Latest reply 12 years ago from Scott McGuire
  • Lucas Member

    I have Fetch 5.6. It has been working perfect until 3 days ago. I use 2 different FTPs that I access through fetch. I have been having the same problem with both.

    I can upload a file smaller the 15mb.
    I upload a file larger then 15mb and it goes through the whole upload process normal speed, and then when it goes to complete the upload..it pauses and then starts the upload again, and again, and again. If you stop the file transfer and check the box it is always a partial file upload.

    My co worker has the exact same problem on the same ftp's with his computer too. Is this a internet issue???

    Please help, thank you

    Posted 13 years ago #

  • Scott McGuire Administrator

    Hi Lucas,

    We'd like some more information to help diagnose the problem. Could you please do the following?

    * Quit Fetch.
    * Open Fetch again.
    * Try connecting to your server.
    * Connect to your server.
    * Try uploading again.
    * After Fetch has retried the upload a couple of times, stop the transfer.
    * Copy the entire contents of the transcript window, and paste them into a reply to this message.

    We'll take a look and see if we can figure out what's going on.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 13 years ago #

  • Lucas Member

    Ok I have been trying to get this all morning. The first couple attempts recycled once and then it did complete the download. Then it wouldn't let me even delete my files and would pup up with a message for being disconnected.

    the code below is for a attempted upload with 3 recycles and then I stopped the upload.

    Fetch 5.6 (5F64) Intel running on Mac OS X 10.6.4 (10F569) Intel English
    StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
    Partial serial FETCH55001-L2PW-DPLD T
    Connecting to www.onlinefilefolder.com port 21 (Mac OS X firewall is allowing connections) (7/13/10 10:17 AM)
    Connected to 64.202.165.23 port 21 (7/13/10 10:17 AM)
    220 (vsFTPd 2.0.6)
    USER -----
    331 Please specify the password.
    PASS
    230 Login successful.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/Home/"
    PWD
    257 "/Home/"
    TYPE A
    200 Switching to ASCII mode.
    PASV
    227 Entering Passive Mode (64,202,165,23,19,151)
    Making data connection to 64.202.165.23 port 5015
    LIST -al
    150 Here comes the directory listing.
    drwxrwxrwx 8 99 65534 4096 Jul 13 14:01 .
    drwxr-xr-x 87 99 65534 4096 Jun 07 20:38 ..
    drwx------ 2 99 99 4096 Jul 12 03:17 Dropbox
    drwx------ 2 99 99 4096 May 28 14:26 ITBB-1980iP
    drwx------ 2 99 99 4096 Jul 06 19:16 ITBB-1980iP-FRA
    drwx------ 2 99 99 4096 Jul 12 03:17 ITVS-750_100707
    drwx------ 2 99 99 4096 Jul 13 14:15 TESTFILE2
    drwx------ 2 99 99 4096 Jul 13 13:56 test-folder
    226 Directory send OK.
    CWD TESTFILE2
    250 Directory successfully changed.
    PWD
    257 "/Home/TESTFILE2/"
    PASV
    227 Entering Passive Mode (64,202,165,23,19,254)
    Making data connection to 64.202.165.23 port 5118
    LIST -al
    150 Here comes the directory listing.
    drwx------ 2 99 99 4096 Jul 13 14:15 .
    drwxrwxrwx 8 99 65534 4096 Jul 13 14:01 ..
    -rw------- 1 99 99 2010660 Jul 13 14:15 ITR-155iP-GB-outline-070910.ai
    226 Directory send OK.
    DELE ITR-155iP-GB-outline-070910.ai
    250 Delete operation successful.
    TYPE I
    200 Switching to Binary mode.
    PASV
    227 Entering Passive Mode (64,202,165,23,20,215)
    Making data connection to 64.202.165.23 port 5335
    STOR ITR-155iP-GB-outline-070910.ai
    150 Ok to send data.
    Update check skipped at 7/13/10 10:18 AM (next check after 7/20/10 1:43 AM)
    Unsuccessful upload of ITR-155iP-GB-outline-070910.ai as binary data (115,530,323/115,530,323 bytes, 176,382 bytes/sec, 10:55 elapsed) stopped at 7/13/10 10:28 AM (error: 2,-30014)
    ftp_store: 2,-30014 (state == RPUT_CLOSING)
    retry_failed_operation derr = 2, -30014 retry_state = RPUT_SETTING_UP cancel_cur_cmd = 1 force_reconnect = 0 tw->retry_reconnect_count = 0 making_progress = 0, tw->retry_count = 0
    Upload of ITR-155iP-GB-outline-070910.ai failed, retrying
    ABOR
    send_cmd():con_conn->Putline() returns 2,-50
    ftp_abort: 2,-30014 (state == RETRY_CANCELING)
    Connecting to www.onlinefilefolder.com port 21 (Mac OS X firewall is allowing connections) (7/13/10 10:28 AM)
    Connected to 64.202.165.23 port 21 (7/13/10 10:28 AM)
    220 (vsFTPd 2.0.6)
    USER -----
    331 Please specify the password.
    PASS
    230 Login successful.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/Home/"
    CWD /Home/TESTFILE2/
    250 Directory successfully changed.
    TYPE I
    200 Switching to Binary mode.
    SIZE ITR-155iP-GB-outline-070910.ai
    550 Could not get file size.
    PASV
    227 Entering Passive Mode (64,202,165,23,158,11)
    Making data connection to 64.202.165.23 port 40459
    STOR ITR-155iP-GB-outline-070910.ai
    150 Ok to send data.
    Unsuccessful upload of ITR-155iP-GB-outline-070910.ai as binary data (115,530,323/115,530,323 bytes, 133,561 bytes/sec, 14:25 elapsed) stopped at 7/13/10 10:43 AM (error: 2,-30014)
    ftp_store: 2,-30014 (state == RPUT_CLOSING)
    retry_failed_operation derr = 2, -30014 retry_state = RPUT_SETTING_UP cancel_cur_cmd = 1 force_reconnect = 0 tw->retry_reconnect_count = 1 making_progress = 0, tw->retry_count = 1
    Upload of ITR-155iP-GB-outline-070910.ai failed, retrying
    ABOR
    send_cmd():con_conn->Putline() returns 2,-50
    ftp_abort: 2,-30014 (state == RETRY_CANCELING)
    Connecting to www.onlinefilefolder.com port 21 (Mac OS X firewall is allowing connections) (7/13/10 10:43 AM)
    Connected to 64.202.165.23 port 21 (7/13/10 10:43 AM)
    220 (vsFTPd 2.0.6)
    USER -----
    331 Please specify the password.
    PASS
    230 Login successful.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/Home/"
    CWD /Home/TESTFILE2/
    250 Directory successfully changed.
    TYPE I
    200 Switching to Binary mode.
    SIZE ITR-155iP-GB-outline-070910.ai
    550 Could not get file size.
    PASV
    227 Entering Passive Mode (64,202,165,23,160,198)
    Making data connection to 64.202.165.23 port 41158
    STOR ITR-155iP-GB-outline-070910.ai
    150 Ok to send data.
    Unsuccessful upload of ITR-155iP-GB-outline-070910.ai as binary data (532,680/115,530,323 bytes, 177,560 bytes/sec, 0:03 elapsed) stopped at 7/13/10 10:43 AM (error: 2,-128)
    ABOR
    226 File receive OK.
    225 No transfer to ABOR.
    TYPE A
    200 Switching to ASCII mode.
    PASV
    227 Entering Passive Mode (64,202,165,23,160,255)
    Making data connection to 64.202.165.23 port 41215
    LIST -al
    150 Here comes the directory listing.
    drwx------ 2 99 99 4096 Jul 13 14:28 .
    drwxrwxrwx 8 99 65534 4096 Jul 13 14:01 ..
    -rw------- 1 99 99 546480 Jul 13 14:43 ITR-155iP-GB-outline-070910.ai
    226 Directory send OK.

    Posted 13 years ago #

  • Scott McGuire Administrator

    Hi Lucas,

    Thanks for the transcript. Normally, Fetch should only retry three times and then give up on its own.

    It looks like what is happening is that your connection is getting dropped at the very end of your uploads, so your upload is not quite complete. When this happens, Fetch attempts to resume your upload. However, your server does not support a command that Fetch needs to be able to resume the upload where it left off (the SIZE command), so Fetch starts uploading your file again from the beginning again, in hopes that the next upload will be more successful. Unfortunately, then you run into the same problem at the end of the retry, so Fetch then tries again.

    Since this problem only started happening three days ago, it could be that there was a change to the server you are uploading to, or there is a glitch with your network hardware, that is causing the connection to be dropped at the very end.

    I would recommend restarting all your network equipment - sometimes doing that solves dropped connection problems that have appeared unexpectedly. Here's what to do:

    * Shut down your Mac.
    * Unplug your router or wireless base station (if you have one; a router is a device for sharing your Internet connection with multiple computers).
    * Unplug your cable/DSL modem.
    * Plug the cable/DSL modem back in, and wait about a minute for it to get completely started up.
    * Then plug the router or wireless base station back in, and wait another minute for it to start up.
    * Finally, start your Mac.

    Then try connecting and uploading to the problem server again and see if the problem has gone away.

    Let us know.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 13 years ago #

  • Lucas Member

    I did the system reset as stated above...it did nothing, the uploads still don't go through.

    Uploads are def slower then normal. I also skipped my wireless router to troubleshoot that and I hard wired it to the internet. It went through once but then I get this message. A upload that should take 45 mins said it would take 3 hours. I think I have to call my internet company. The emails, web browsing everything is fine. Any ideas?

    200 Switching to Binary mode.
    PASV
    227 Entering Passive Mode (64,202,165,23,114,43)
    Making data connection to 64.202.165.23 port 29227
    STOR ITVS-750-gb-FRA-out_100709.ai
    150 Ok to send data.
    Upload of ITVS-750_gb_FRA_out_100709.ai stalled with 125541840 bytes transferred, tw->ftp_store_high_water_mark == 0 (state == PUT_SENDING)
    Unsuccessful upload of ITVS-750_gb_FRA_out_100709.ai as binary data (125,541,840/508,717,741 bytes, 44,756 bytes/sec, 46:45 elapsed) stopped at 7/14/10 11:25 AM (error: 2,-30036)
    retry_failed_operation derr = 2, -30036 retry_state = PUT_SETTING_UP cancel_cur_cmd = 1 force_reconnect = 0 tw->retry_reconnect_count = 0 making_progress = 1, tw->retry_count = 0
    Upload of ITVS-750_gb_FRA_out_100709.ai stalled, retrying

    Posted 13 years ago #

  • Lucas Member

    Here is a new one......it actually says..... 426 failure to connect to network stream.
    Any help anyone????

    LIST -al
    150 Here comes the directory listing.
    drwx------ 2 99 99 4096 Jul 14 16:11 .
    drwxrwxrwx 8 99 65534 4096 Jul 14 16:11 ..
    226 Directory send OK.
    TYPE I
    200 Switching to Binary mode.
    PASV
    227 Entering Passive Mode (64,202,165,23,230,218)
    Making data connection to 64.202.165.23 port 59098
    STOR ITVS-750_gb_FRA_out_100709.ai
    150 Ok to send data.
    Update check skipped at 7/14/10 12:13 PM (next check after 7/20/10 1:43 AM)
    Upload of ITVS-750_gb_FRA_out_100709.ai stalled with 8146140 bytes transferred, tw->ftp_store_high_water_mark == 0 (state == PUT_SENDING)
    Unsuccessful upload of ITVS-750_gb_FRA_out_100709.ai as binary data (8,146,140/508,717,741 bytes, 94,722 bytes/sec, 1:26 elapsed) stopped at 7/14/10 12:13 PM (error: 2,-30036)
    retry_failed_operation derr = 2, -30036 retry_state = PUT_SETTING_UP cancel_cur_cmd = 1 force_reconnect = 0 tw->retry_reconnect_count = 0 making_progress = 1, tw->retry_count = 0
    Upload of ITVS-750_gb_FRA_out_100709.ai stalled, retrying
    ABOR
    426 Failure reading network stream.
    225 No transfer to ABOR.
    SIZE ITVS-750_gb_FRA_out_100709.ai
    550 Could not get file size.
    PASV
    227 Entering Passive Mode (64,202,165,23,230,87)
    Making data connection to 64.202.165.23 port 58967
    STOR ITVS-750_gb_FRA_out_100709.ai
    150 Ok to send data.
    Upload of ITVS-750_gb_FRA_out_100709.ai stalled with 360180 bytes transferred, tw->ftp_store_high_water_mark == 8146140 (state == PUT_SENDING)
    Unsuccessful upload of ITVS-750_gb_FRA_out_100709.ai as binary data (360,180/508,717,741 bytes, 11,618 bytes/sec, 0:31 elapsed) stopped at 7/14/10 12:14 PM (error: 2,-30036)
    retry_failed_operation derr = 2, -30036 retry_state = PUT_SETTING_UP cancel_cur_cmd = 1 force_reconnect = 0 tw->retry_reconnect_count = 0 making_progress = 0, tw->retry_count = 0
    Upload of ITVS-750_gb_FRA_out_100709.ai stalled, retrying
    ABOR
    426 Failure reading network stream.
    225 No transfer to ABOR.
    SIZE ITVS-750_gb_FRA_out_100709.ai
    550 Could not get file size.
    PASV
    227 Entering Passive Mode (64,202,165,23,130,250)
    Making data connection to 64.202.165.23 port 33530
    STOR ITVS-750_gb_FRA_out_100709.ai
    150 Ok to send data.

    Posted 13 years ago #

  • Scott McGuire Administrator

    Hi Lucas,

    Sorry to hear that restarting the network equipment didn't help; connecting directly to the modem to eliminate the router was a good troubleshooting idea, too.

    Despite the new error message, these problems appear similar to the previous ones - you are experiencing dropped connections while uploading, Fetch tries to resume them, but the server doesn't support resuming uploads. Again, it could either be your network connection, or it could be the server itself is being flakey.

    Talking to your Internet provider isn't a bad idea. You might also want to connect the company that runs the server and ask them why their server does not give a useful response to the SIZE command, because that prevents your FTP client (Fetch) from resuming uploads.

    I'm sorry that we cannot provide you with a solution to the problems, but the problems lie outside of Fetch - with the network or the server - so the best we can suggest is that you talk to the people who control them.

    Please let us know if you have further questions, and we'll try to assist.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 13 years ago #

  • JJ Member

    Hello, I have been trying to upload for the past 3 days now!!! It keeps restarting the entire uploading process and each process says it takes 20 hours to do. I've talked to everyone, my internet provider, my server provider, mac support, no one knows what's wrong. Why does fetch keep restarting the ENTIRE upload from scratch? The space has 7000MB on my ftp account allocated for it, so what is wrong? Please someone advise. The file is 4.93 GB quicktime file, which is why I am trying to upload to an ftp account in the first place. It shouldn't keep re-uploading from scratch every time. Please advise.

    JJ

    Posted 12 years ago #

  • Scott McGuire Administrator

    Hi JJ,

    The problem is that your upload is failing at some point (near the end of the upload, it sounds like); when an upload fails or is not successful, Fetch automatically tries to resume the upload. Fetch first tries to restart the upload where it left off, so that it doesn't have to re-upload the entire file; however, some servers do not support restarting an upload in the middle - and it sounds like your server is one of them. In those cases, Fetch starts over from the beginning, in hopes that a second attempt will be successful.

    We can tell you how to disable Fetch's automatic retry, which will keep it from automatically restarting the upload; but the real problem is that your upload is not successful - or that the server is telling Fetch that it's not successful - so even if Fetch doesn't start over, you'd get an error telling you that your upload failed.

    If you send us your Fetch.log file - a record of Fetch's conversation with the server - we'll take a look and see if we can determine why your upload is failing, and try to advise about a solution.

    To find the Fetch.log file:

    * Click the desktop background to select the Finder.
    * In the Finder, go to the "Go" menu and choose "Home"
    * Open the Library folder
    * Open the Logs folder
    * Find the file named "Fetch.log"

    Attach it to an email to bugs@fetchsoftworks.com .

    The file may be somewhat large, so you may want to compress it before sending it to us. (Select the Fetch.log file, go to the File menu, choose Compress, and send the resulting zip file instead.)

    Please let us know when you have emailed the file.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 12 years ago #

  • JJ Member

    I have just emailed Scott. Thank You so much for responding, and I truly hope we can get down to the bottom of all of this!!

    JJ

    Posted 12 years ago #

  • Scott McGuire Administrator

    Just to follow up here - we did receive JJ's email and the reason her uploads were failing was that she was out of space on her server.

    (When there are problems uploading a very large file, the first thing you should check is to see if there is enough space to upload the file on the server - that is the most common cause of problems uploading very large files.)

    Scott McGuire
    Fetch Softworks

    Posted 12 years ago #

  1. Page 1

Return to Message Board

Reply

  • Or nickname, if you prefer.
  • This will be kept confidential.
  • This is to ensure that you’re a person, not a spambot.