Your best friend for file transfer.
Fetch
-3253 Server drops connection (5 posts)
- Started 19 years ago by rcowgill
- Latest reply 19 years ago from Jim Matthews
-
rcowgill Member
-
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 -
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.
-
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?
-
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
- Page 1
Topic closed
This topic has been closed.
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 19 years ago #