Your best friend for file transfer.

Fetch application logoFetch

-3253 Server drops connection (5 posts)

This is an archived topic. The information in it is likely to be out-of-date and no longer applicable to current versions of Fetch.
  • Started 9 years ago by rcowgill
  • Latest reply 9 years ago from Jim Matthews
  • rcowgill Member

    Hello!

    Once each night, Fetch uploads 800 - 1000 tiny html files to an Earthlink-hosted website. Without fail, after about 15 minutes, Fetch generates error: "Error: the server dropped the connection, it may be too busy." 200 to 300 files upload just fine, but then the connection is dropped. Comcast (my ISP) and Earthlink blame each other, and I have no solution.

    A log transcript is below, but note that it is not an entire log (which is 500 lines or so each time), but the last lines of 5 or 6 instances of this problem. If more log is necessary, please let me know.

    Thank you for your help. I need to automate this process and until I solve this problem, I cannot.

    Race
    --- Log: ---
    (Instance 1)
    MDTM d11-14-04.html
    213 20040907084254
    PASV
    227 Entering Passive Mode (207,217,111,95,236,60).
    STOR d11-14-04.html
    150 Opening ASCII mode data connection for d11-14-04.html
    226 Transfer complete.
    Upload complete at 9/8/04 2:42:15 AM
    MDTM d11-15-04.html
    213 20040907084255
    PASV
    227 Entering Passive Mode (207,217,111,95,236,66).
    STOR d11-15-04.html
    get_reply():con_conn->Getline() returns -3253
    ftp_store_setup: -30014 (state == RPUT_SETTING_UP)

    (Instance 2)
    MDTM d11-2-04.html
    213 20040912084256
    PASV
    227 Entering Passive Mode (207,217,111,95,186,20).
    STOR d11-2-04.html
    150 Opening ASCII mode data connection for d11-2-04.html
    226 Transfer complete.
    Upload complete at 9/13/04 2:42:42 AM
    MDTM d11-20-04.html
    213 20040912104428
    PASV
    227 Entering Passive Mode (207,217,111,95,186,33).
    STOR d11-20-04.html
    get_reply():con_conn->Getline() returns -3253
    ftp_store_setup: -30014 (state == RPUT_SETTING_UP)

    (Instance 3)
    MDTM d11-19-04.html
    213 20040911084243
    PASV
    227 Entering Passive Mode (207,217,111,95,146,52).
    STOR d11-19-04.html
    150 Opening ASCII mode data connection for d11-19-04.html
    226 Transfer complete.
    Upload complete at 9/12/04 2:42:55 AM
    MDTM d11-2-04.html
    213 20040911084244
    PASV
    227 Entering Passive Mode (207,217,111,95,146,62).
    STOR d11-2-04.html
    150 Opening ASCII mode data connection for d11-2-04.html
    get_reply():con_conn->Getline() returns -3253
    ftp_store_close: -30014 (state == RPUT_CLOSING)

    (Instance 4)
    MDTM d11-1-04.html
    213 20040913084229
    TYPE A
    200 Type set to A.
    PASV
    227 Entering Passive Mode (207,217,111,95,157,18).
    STOR d11-1-04.html
    150 Opening ASCII mode data connection for d11-1-04.html
    226 Transfer complete.
    Upload complete at 9/13/04 7:50:54 AM
    MDTM d11-10-04.html
    213 20040913084230
    PASV
    227 Entering Passive Mode (207,217,111,95,157,35).
    STOR d11-10-04.html
    get_reply():con_conn->Getline() returns -3253
    ftp_store_setup: -30014 (state == RPUT_SETTING_UP)

    (Instance 5)
    MDTM d11-30-04.html
    213 20040909084832
    PASV
    227 Entering Passive Mode (207,217,111,95,187,165).
    STOR d11-30-04.html
    150 Opening ASCII mode data connection for d11-30-04.html
    226 Transfer complete.
    Upload complete at 9/10/04 2:43:28 AM
    MDTM d11-4-04.html
    213 20040909084833
    PASV
    227 Entering Passive Mode (207,217,111,95,187,172).
    STOR d11-4-04.html
    get_reply():con_conn->Getline() returns -3253
    ftp_store_setup: -30014 (state == RPUT_SETTING_UP)

    (Instance 6)
    MDTM d11-20-04.html
    213 20040910084314
    PASV
    227 Entering Passive Mode (207,217,111,95,240,73).
    STOR d11-20-04.html
    150 Opening ASCII mode data connection for d11-20-04.html
    226 Transfer complete.
    Upload complete at 9/11/04 2:42:46 AM
    MDTM d11-21-04.html
    213 20040910084315
    PASV
    227 Entering Passive Mode (207,217,111,95,240,80).
    STOR d11-21-04.html
    get_reply():con_conn->Getline() returns -3253
    ftp_store_setup: -30014 (state == RPUT_SETTING_UP)

    (Instance 7)
    MDTM d11-17-04.html
    213 20040908084839
    PASV
    227 Entering Passive Mode (207,217,111,95,233,174).
    STOR d11-17-04.html
    150 Opening ASCII mode data connection for d11-17-04.html
    226 Transfer complete.
    Upload complete at 9/9/04 2:42:01 AM
    MDTM d11-18-04.html
    213 20040908084840
    PASV
    227 Entering Passive Mode (207,217,111,95,233,184).
    STOR d11-18-04.html
    get_reply():con_conn->Getline() returns -3253
    ftp_store_setup: -30014 (state == RPUT_SETTING_UP)

    Posted 9 years ago #

  • Jim Matthews Administrator

    We're working on making the next release of Fetch better at recovering from this sort of intermittent failure. In the meantime, have you tried unchecking "Use passive mode transfers (PASV)" in the Firewall section of Preferences?

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 9 years ago #

  • rcowgill Member

    Thanks for the reply, Jim. I am eager for the update.

    I unchecked passive mode, and the problem became much worse. It was also much worse when passive mode is checked but the alternate (EPSV? or something) passive mode is used.

    It seems that the file is uploaded, and then Fetch is waiting for a reply, but doesn't get one. Is this what is happening? I have tried Interarchy for this same process, and that is what it reported -- it would upload 200 or 300 files just fine, but then the receiving server would not reply to the Interarchy client requesting confirmation of something or other.

    So here is the question: is the problem with Fetch or is it with the Earthlink server (or maybe even with Comcast ISP)?

    Thanks for any more detail you may be able to provide.

    Posted 9 years ago #

  • rcowgill Member

    Hi, again.

    More info on that command/acknowledgement:

    The Earthlink server was sent:

    Send orderly release request (T_ORDREL_REQ = 109) on stream 2.

    And would not reply. It should have sent:

    Receive orderly release indication (T_ORDREL_IND = 132) on stream 2.

    Is this what is happening with Fetch's failure?

    Posted 9 years ago #

  • Jim Matthews Administrator

    Probably. There are timing issues that cause a problem less than one percent of the time, but when you transfer hundreds of files that's often enough to be an issue.

    Could you drop me an email message at bugs at fetchsoftworks.com to see if we can track this down further?

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 9 years ago #

Topic closed

This topic has been closed.