Fetch Softworks

Dropped Connection (22 posts)

• Started 8 months ago by matt
• Latest reply 7 months ago from Scott McGuire

• matt Member

  Keep getting a dropped connection when uploading and downloading large files via FTP in excess of 1GB. I have been in contact with my ISP regarding this issue as I suspect there is some throttling going on. Also contacted the server admin and they recommended direct afp access through the finder and am doing a test now. Here are the transcript notes from Fetch after a drop:

  Fetch 5.3.1 (5D226) PowerPC running on Mac OS X 10.5.8 (9L30) PowerPC English
  StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
  Partial serial FETCHED003-2Q2J-D331 T
  Connecting to 84.238.114.204 port 21 (Mac OS X firewall is allowing connections) (11/19/09 9:40:51 PM)
  Connected to 84.238.114.204 port 21 (11/19/09 9:40:51 PM)
  220 superfiles FTP server ready.
  USER propellerhead
  331 Password required for propellerhead.
  PASS
  230 User propellerhead logged in.
  SYST
  215 UNIX Type: L8
  PWD
  257 "/" is current directory.
  MACB ENABLE
  500 MACB ENABLE: command not understood.
  CWD propheadz/PORCELAIN_FINAL/
  250 CWD command successful.
  PWD
  257 "/propheadz/PORCELAIN_FINAL" is current directory.
  Retrieved 6 items from file list cache, stored 11/19/2009 09:25 PM
  TYPE I
  200 Type set to I.
  SIZE PORCELAIN_PIRATES.toast
  213 11561205760
  MDTM PORCELAIN_PIRATES.toast
  213 20091012130321
  PASV
  227 Entering Passive Mode (84,238,114,204,216,248)
  Making data connection to 84.238.114.204 port 55544
  RETR PORCELAIN_PIRATES.toast
  150 Opening BINARY mode data connection for 'PORCELAIN_PIRATES.toast' (11561205760 bytes).
  Update check skipped at 11/19/2009 09:42 PM (next check after 11/20/2009 02:23 PM)
  Unsuccessful transfer of PORCELAIN_PIRATES.toast (1,056,095,024/11,561,205,760 bytes, 293,278 bytes/sec, 1:00:01 elapsed) stopped at 11/19/09 10:41:13 PM (error: 2,-30014)
  ftp_retrieve: 2,-30014 (state == RGET_RETRIEVING)

  Posted 8 months ago #

• Eric Colvin Member

  5.5.3 on PPC 10.5.8

  Same exact problem that Matt described above. I too contacted my ISP, and have since downloaded Cyberduck and it's working fine.

  Something is definitely not right with Fetch. Long time, happy user by the way…

  Posted 8 months ago #

• matt Member

  Just an FYI. I am having the same problem with Cyberduck as well as via Firefox browser. AFP has been working so far without any disconnects.

  Posted 8 months ago #

• Scott McGuire Administrator

  Hi Matt,

  Could you please give Fetch 5.5.3 a try and see if it helps? I believe you should definitely see an improvement with uploading, and it may well help with the downloading problems as well.

  Let us know if that makes a difference.

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 8 months ago #

• Scott McGuire Administrator

  Hi Eric,

  Is this a new problem that you started experiencing just after the upgrade to Fetch 5.5.3?

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 8 months ago #

• Eric Colvin Member

  Yes, this seems new to 5.5.3, but then again, I have not downloaded anything larger than 500GB in quite a while.

  I was dealing with a 7.59GB, 7.59GB and 5GB batch that simply kept booting me off after each approximate increment of 1GB.

  As I mentioned, Cyberduck is chugging away. It's completed 6.2GB out of a 12.9GB download.

  Posted 8 months ago #

• Scott McGuire Administrator

  Hi Eric,

  Okay, so, it sounds like we can't really say if your problem is new to 5.5.3 or not. (It sounds like you and Matt may be experiencing different problems.)

  Actually, you don't need to do a new test with Fetch to get the transcript. Could you please send us your Fetch.log instead? That should have the info we need to get started looking into this.

  To find the Fetch.log file:

  * Click the desktop background to select the Finder.
  * Choose "Home" from the Go menu in the Finder
  * Open the Library folder
  * Open the Logs folder
  * Find the file named "Fetch.log"

  Please attach it to an email to bugs@fetchsoftworks.com .

  Since the file may be large, you might want to compress (zip) it before sending it to us.

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 8 months ago #

• matt Member

  Thats strange. I thought I was using 5.5.3 but it only updated to 5.3.1 yesterday. Will try the new version and see how it goes.

  m.

  Posted 8 months ago #

• matt Member

  Still happening with 5.5.3:

  Fetch 5.5.3 (5E778) PowerPC running on Mac OS X 10.5.8 (9L30) PowerPC English
  StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
  Partial serial FETCHED003-2Q2J-D331 T
  Connecting to 84.238.114.204 port 21 (Mac OS X firewall is allowing connections) (11/20/09 4:02 PM)
  Connected to 84.238.114.204 port 21 (11/20/09 4:02 PM)
  220 superfiles FTP server ready.
  USER propellerhead
  331 Password required for propellerhead.
  PASS
  230 User propellerhead logged in.
  SYST
  215 UNIX Type: L8
  PWD
  257 "/" is current directory.
  MACB ENABLE
  500 MACB ENABLE: command not understood.
  CWD propheadz/PORCELAIN_FINAL/
  250 CWD command successful.
  PWD
  257 "/propheadz/PORCELAIN_FINAL" is current directory.
  Retrieved 6 items from file list cache, stored 11/20/09 11:34 AM
  TYPE I
  200 Type set to I.
  SIZE PORCELAIN_PIRATES.toast
  213 11561205760
  MDTM PORCELAIN_PIRATES.toast
  213 20091012130321
  PASV
  227 Entering Passive Mode (84,238,114,204,217,50)
  Making data connection to 84.238.114.204 port 55602
  RETR PORCELAIN_PIRATES.toast
  150 Opening BINARY mode data connection for 'PORCELAIN_PIRATES.toast' (11561205760 bytes).
  Update check skipped at 11/20/09 4:04 PM (next check after 11/21/09 9:03 AM)
  Unsuccessful transfer of PORCELAIN_PIRATES.toast as binary data (1,027,708,248/11,561,205,760 bytes, 285,395 bytes/sec, 1:00:01 elapsed) stopped at 11/20/09 5:03 PM (error: 2,-30014)
  ftp_retrieve: 2,-30014 (state == RGET_RETRIEVING)

  Posted 8 months ago #

• Scott McGuire Administrator

  Hi Matt,

  Thanks for trying Fetch 5.5.3 and sending the followup transcript.

  Just to make sure I understand correctly - when you said "AFP has been working so far without any disconnects," you have connected to the server using the AFP protocal in the Finder, not using FTP in the Finder? (The Finder does have limited read-only FTP capabilities.)

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 8 months ago #

• Scott McGuire Administrator

  Hi Eric,

  Thanks for sending the Fetch.log file; I have asked one of my colleagues to look at it and one of us will get back to you.

  Scott McGuire
  Fetch Softworks

  Edited 8 months ago #

• Eric Colvin Member

  Thanks Scott.

  FWIW, Cyberduck had no problems with the download.

  Posted 8 months ago #

• matt Member

  Hey Scott. Yes I am connecting to the server using the AFP protocal in the Finder. I am not using FTP in the Finder. So far, I have been resuming the file transfer in Fetch manually and I have been able to download around 6GB but am still getting disconnected every couple hours or so.

  Matt.

  Posted 8 months ago #

• Scott McGuire Administrator

  Hi Matt,

  AFP and FTP are completely different ways of communicating and transferring files between two computers, and the server is running two different pieces of software to do each kind (AFP or FTP) of transfers.

  My guess is that either the server's FTP software has some limitation that results in the dropped FTP connections after about 1 GB of downloading, and the server's AFP software doesn't have that limitation; or that perhaps one of your pieces of network equipment (either your router/wireless base station or the modem) has some flaw that causes long FTP transfers to be dropped, but not AFP transfers. We have definitely seen routers that drop FTP connections after certain amounts of time, even when they do not drop other kinds of connections.

  It's hard to say which is the case here; if you experience this problem when downloading large files via FTP from other servers, it's probably your network equipment. If it only happens with this one server, then it's probably something on the server's end. Since it happens with multiple FTP clients, though, I don't think it's a problem with Fetch or the other FTP clients.

  You might want to see if the server supports transferring files via SFTP instead of FTP (Fetch supports both); often SFTP does not have this sort of problem when FTP does. The other alternatives are to continue to use AFP for this one particular server, or continue to use Fetch's resume download feature.

  I hope that clarifies things, please let us know if you have further questions.

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 8 months ago #

• Scott McGuire Administrator

  We've looked into this and we believe we have found and fixed the problem that was causing Eric's dropped connections.

  Matt, we have also made changes that we believe will help with your dropped connections as well. If you're still having those problems, could you please send us an email at bugs@fetchsoftworks.com and we'll give you something to try?

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 8 months ago #

• Dick Member

  I am no longer able to download from a Crush 5 site using Fetch 5.5.3 (5E778) Intel running on iMac OS X 10.6.2 and had to change over to Transmit that works.

  I can connect, can upload and delete files, but cannot download anything (small or large)

  The Fetch transcript always ends the same with

  Unsuccessful transfer of AD4PU.jpg (0/131,088 bytes, 0 bytes/sec, 0:30 elapsed) stopped at 12/10/09 1:06 PM (error: 2,-30036)
  ftp_retrieve: 2,-30036 (state == RGET_RETRIEVING)

  I used to be able to download from the site with Fetch.

  Guess I will just have to use Transmit until the Fetch issue is resolved.

  Posted 7 months ago #

• Scott McGuire Administrator

  Hi Dick,

  Sorry to hear you're having problems, we'll see if we can fix the problems.

  Did this problem start as soon as you upgraded to Fetch 5.5.3? If so, do you know which version of Fetch you were using before that?

  Or have you been using Fetch 5.5.3 successfully with this server, and it suddenly stopped working?

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 7 months ago #

• Dick Member

  Scott,

  I am not sure but I think it started after I upgraded to 5.5.3. The (state == RGET_RETRIEVING)
  seems happen only when attempting a download from a Crush 5. What is weird is I can upload
  but cannot download.

  As a workaround I can download using the Crush web page interface. Fetch used to work
  with Crush and for reasons I do not understand it no longer works. Fails 100% of the time.

  Dick

  Posted 7 months ago #

• Scott McGuire Administrator

  Hi Dick,

  Thanks for the additional information.

  I have tried Fetch 5.5.3 with a test CrushFTP server and had no problem downloading from it, so this does not appear to be a general problem with Fetch 5.5.3; but it could be that the server I tried is running a different version of the software or different settings than the server you tried.

  We'd like to see your entire transcript from an attempt to download (this will give us additional information about Fetch's interaction with the server). Could you please do the following?

  * Quit Fetch, if it's running.
  * Open Fetch again.
  * Connect to the problem server.
  * Try downloading again.
  * After you receive the error, go to the Window menu, and choose Fetch Transcript.
  * Copy the entire contents of the transcript window, and paste them into an email to bugs@fetchsoftworks.com .

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 7 months ago #

• Dick Member

  The requested information has been sent. I hope it helps

  Good luck

  Dick

  Posted 7 months ago #

• Dick Member

  Scott,

  You are The Man!

  The following email tip from you did the trick and Fetch 5.5.3
  now works perfect with the Crush 5 server.

  Thank you very much

  Dick

  Note from Scott:

  * Close any open connection to the server.
  * Go the Fetch menu, and choose Preferences.
  * Click the Obscure tab.
  * Check the "Do not send MACB probe" checkbox.
  * Connect to the server again.
  * Try downloading.

  Does that make a difference?

  Thanks,

  Scott McGuire
  Fetch Softworks

  Posted 7 months ago #

• Scott McGuire Administrator

  Hi Dick,

  You're welcome, I'm glad to hear that fixed the problem.

  Please let us know if you have any further questions.

  Best,

  Scott McGuire
  Fetch Softworks

  Posted 7 months ago #