Your best friend for file transfer.

Fetch application logoFetch

Problems downloading files (8 posts)

  • Started 7 years ago by jneup
  • Latest reply 7 years ago from Scott McGuire
  • jneup Member

    I have had a number of problems trying to download files from a client. I'm working from MAC OSX 10.4.8, and my client is mostly PC. I am able to log onto the server and even able to begin downloading files. Then somehwere about the middle the file stops and I usually get an error that says "server timed out". The client said that they haven't had problems from anyone else, so it must be something on my end.

    I am including the Fetch transcript in hopes that someone may be able to help me.

    Fetch 5.2 (5C121) PowerPC running on Mac OS X 10.4.8 (8L127) PowerPC English
    StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
    Partial serial FETCH5X001-YWC6-FRUW T
    Connecting to 66.59.110.198 port 21 (Mac OS X firewall is off) (3/1/07 5:15:49 PM)
    Connected to 66.59.110.198 port 21 (3/1/07 5:15:50 PM)
    220 (vsFTPd 2.0.1)
    USER mweaver
    331 Please specify the password.
    PASS
    230 Login successful.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/home/mweaver"
    MACB ENABLE
    500 Unknown command.
    PWD
    257 "/home/mweaver"
    TYPE A
    200 Switching to ASCII mode.
    PORT 192,168,1,101,213,183
    200 PORT command successful. Consider using PASV.
    LIST
    150 Here comes the directory listing.
    -rw-r--r-- 1 500 500 47114024 Mar 01 17:49 Lets_Laugh_cover.zip
    -rw-r--r-- 1 500 500 32153686 Mar 01 17:49 Praying_the_Book_of_Revelation_cover.zip
    -rw-r--r-- 1 500 500 45392187 Mar 01 17:49 Praying_the_Gospels_cover.zip
    drwxr-xr-x 2 0 0 4096 Jan 14 22:02 bin
    -rw-r--r-- 1 500 500 62879 Feb 16 11:51 production_dbbu_2007-01-10.sql.zip
    226 Directory send OK.
    TYPE I
    200 Switching to Binary mode.
    SIZE Lets_Laugh_cover.zip
    213 47114024
    MDTM Lets_Laugh_cover.zip
    213 20070301174921
    PORT 192,168,1,101,213,185
    200 PORT command successful. Consider using PASV.
    RETR Lets_Laugh_cover.zip
    150 Opening BINARY mode data connection for Lets_Laugh_cover.zip (47114024 bytes).
    Update check started at 03/01/2007 05:16 PM
    Update check skipped at 03/01/2007 05:17 PM (next check after 03/10/2007 07:22 AM)
    421 Data timeout. Reconnect. Sorry.
    Unsuccessful transfer of Lets_Laugh_cover.zip (20,554,500/47,114,024 bytes, 11,419 bytes/sec, 30:00 elapsed) stopped at 3/1/07 5:46:12 PM (error: 2,-30000)
    ftp_retrieve: 2,-30000 (state == RGET_RETRIEVING)
    PWD
    send_cmd():con_conn->Putline() returns 2,-50
    ftp_pwd: 2,-30014 (state == GETTING_WD)

    Thank you,
    Jen

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi Jen,

    I would try this:

    * Close the Fetch window showing the server's files, if it's still open.
    * Open the Fetch Preferences (choose Preferences from the Fetch menu).
    * Click on the General tab.
    * Check the "Use passive mode transfers (PASV)" checkbox.
    * Close the preferences.
    * Connect to the server again, and try transferring files again.

    Let us know if that helps or not. If it doesn't, please send us a new transcript and we'll try to figure out what else to try.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

  • jneup Member

    Hi Scott,

    Thanks for getting back to me. I did as you suggested and it still came up with an error message. My computer goes to a screen saver in the process of downloading...could that effect it at all? It sounds like it wouldn't...but i'm really just trying to think of anything that could be effecting it on my end. Here's the most recent transcript:

    Fetch 5.2 (5C121) PowerPC running on Mac OS X 10.4.8 (8L127) PowerPC English
    StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
    Partial serial FETCH5X001-YWC6-FRUW T
    Connecting to 66.59.110.198 port 21 (Mac OS X firewall is off) (3/1/07 5:15:49 PM)
    Connected to 66.59.110.198 port 21 (3/1/07 5:15:50 PM)
    220 (vsFTPd 2.0.1)
    USER mweaver
    331 Please specify the password.
    PASS
    230 Login successful.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/home/mweaver"
    MACB ENABLE
    500 Unknown command.
    PWD
    257 "/home/mweaver"
    TYPE A
    200 Switching to ASCII mode.
    PORT 192,168,1,101,213,183
    200 PORT command successful. Consider using PASV.
    LIST
    150 Here comes the directory listing.
    -rw-r--r-- 1 500 500 47114024 Mar 01 17:49 Lets_Laugh_cover.zip
    -rw-r--r-- 1 500 500 32153686 Mar 01 17:49 Praying_the_Book_of_Revelation_cover.zip
    -rw-r--r-- 1 500 500 45392187 Mar 01 17:49 Praying_the_Gospels_cover.zip
    drwxr-xr-x 2 0 0 4096 Jan 14 22:02 bin
    -rw-r--r-- 1 500 500 62879 Feb 16 11:51 production_dbbu_2007-01-10.sql.zip
    226 Directory send OK.
    TYPE I
    200 Switching to Binary mode.
    SIZE Lets_Laugh_cover.zip
    213 47114024
    MDTM Lets_Laugh_cover.zip
    213 20070301174921
    PORT 192,168,1,101,213,185
    200 PORT command successful. Consider using PASV.
    RETR Lets_Laugh_cover.zip
    150 Opening BINARY mode data connection for Lets_Laugh_cover.zip (47114024 bytes).
    Update check started at 03/01/2007 05:16 PM
    Update check skipped at 03/01/2007 05:17 PM (next check after 03/10/2007 07:22 AM)
    421 Data timeout. Reconnect. Sorry.
    Unsuccessful transfer of Lets_Laugh_cover.zip (20,554,500/47,114,024 bytes, 11,419 bytes/sec, 30:00 elapsed) stopped at 3/1/07 5:46:12 PM (error: 2,-30000)
    ftp_retrieve: 2,-30000 (state == RGET_RETRIEVING)
    PWD
    send_cmd():con_conn->Putline() returns 2,-50
    ftp_pwd: 2,-30014 (state == GETTING_WD)
    Connecting to 66.59.110.198 port 21 (Mac OS X firewall is off) (3/1/07 6:56:47 PM)
    Connected to 66.59.110.198 port 21 (3/1/07 6:56:47 PM)
    220 (vsFTPd 2.0.1)
    USER mweaver
    331 Please specify the password.
    PASS
    230 Login successful.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/home/mweaver"
    MACB ENABLE
    500 Unknown command.
    PWD
    257 "/home/mweaver"
    PWD
    257 "/home/mweaver"
    TYPE A
    200 Switching to ASCII mode.
    PASV
    227 Entering Passive Mode (66,59,110,198,129,252)
    Making data connection to 66.59.110.198 port 33276
    LIST
    150 Here comes the directory listing.
    -rw-r--r-- 1 500 500 47114024 Mar 01 17:49 Lets_Laugh_cover.zip
    -rw-r--r-- 1 500 500 32153686 Mar 01 17:49 Praying_the_Book_of_Revelation_cover.zip
    -rw-r--r-- 1 500 500 45392187 Mar 01 17:49 Praying_the_Gospels_cover.zip
    drwxr-xr-x 2 0 0 4096 Jan 14 22:02 bin
    -rw-r--r-- 1 500 500 62879 Feb 16 11:51 production_dbbu_2007-01-10.sql.zip
    226 Directory send OK.
    TYPE I
    200 Switching to Binary mode.
    SIZE Praying_the_Book_of_Revelation_cover.zip
    213 32153686
    MDTM Praying_the_Book_of_Revelation_cover.zip
    213 20070301174925
    PASV
    227 Entering Passive Mode (66,59,110,198,223,129)
    Making data connection to 66.59.110.198 port 57217
    RETR Praying_the_Book_of_Revelation_cover.zip
    150 Opening BINARY mode data connection for Praying_the_Book_of_Revelation_cover.zip (32153686 bytes).
    421 Data timeout. Reconnect. Sorry.
    Unsuccessful transfer of Praying_the_Book_of_Revelation_cover.zip (5,276,720/32,153,686 bytes, 4,397 bytes/sec, 20:00 elapsed) stopped at 3/1/07 7:17:08 PM (error: 2,-30000)
    ftp_retrieve: 2,-30000 (state == RGET_RETRIEVING)
    PWD
    send_cmd():con_conn->Putline() returns 2,-50
    ftp_pwd: 2,-30014 (state == GETTING_WD)

    Thanks again,
    Jen

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi Jen,

    Normally I would say that the screen saver shouldn't interrupt downloads. However, I notice that the downloads stop at exactly 30:00 minutes and 20:00 minutes, which is very peculiar, although we're not sure what it might indicate.

    I'd try turning off the screen saver and just seeing if that helps, although I don't think it will.

    Another thing you can try is Fetch's Resume Download feature. That will let you restart a download from where it left off, so that you don't have to download the whole thing again. Not all servers support the Resume Download feature, but many do, so it's worth giving it a try. You can learn more about Resume Download in the Resuming an interrupted download help topic in Fetch Help (or just click on the link).

    Let us know if either of those helps, and we'll let you know if we have any other thoughts.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

  • jneup Member

    Connecting to 66.59.110.198 port 21 (Mac OS X firewall is off) (3/2/07 7:07:04 AM)
    Connected to 66.59.110.198 port 21 (3/2/07 7:07:05 AM)
    220 (vsFTPd 2.0.1)
    USER mweaver
    331 Please specify the password.
    PASS
    230 Login successful.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/home/mweaver"
    MACB ENABLE
    500 Unknown command.
    PWD
    257 "/home/mweaver"
    PWD
    257 "/home/mweaver"
    TYPE A
    200 Switching to ASCII mode.
    PASV
    227 Entering Passive Mode (66,59,110,198,47,68)
    Making data connection to 66.59.110.198 port 12100
    LIST
    150 Here comes the directory listing.
    -rw-r--r-- 1 500 500 47114024 Mar 01 17:49 Lets_Laugh_cover.zip
    -rw-r--r-- 1 500 500 32153686 Mar 01 17:49 Praying_the_Book_of_Revelation_cover.zip
    -rw-r--r-- 1 500 500 45392187 Mar 01 17:49 Praying_the_Gospels_cover.zip
    drwxr-xr-x 2 0 0 4096 Jan 14 22:02 bin
    -rw-r--r-- 1 500 500 62879 Feb 16 11:51 production_dbbu_2007-01-10.sql.zip
    226 Directory send OK.
    TYPE I
    200 Switching to Binary mode.
    SIZE Praying_the_Book_of_Revelation_cover.zip
    213 32153686
    MDTM Praying_the_Book_of_Revelation_cover.zip
    213 20070301174925
    PASV
    227 Entering Passive Mode (66,59,110,198,138,188)
    Making data connection to 66.59.110.198 port 35516
    RETR Praying_the_Book_of_Revelation_cover.zip
    150 Opening BINARY mode data connection for Praying_the_Book_of_Revelation_cover.zip (32153686 bytes).
    421 Data timeout. Reconnect. Sorry.
    Unsuccessful transfer of Praying_the_Book_of_Revelation_cover.zip (5,276,720/32,153,686 bytes, 5,856 bytes/sec, 15:01 elapsed) stopped at 3/2/07 7:22:19 AM (error: 2,-30000)
    ftp_retrieve: 2,-30000 (state == RGET_RETRIEVING)
    PWD
    send_cmd():con_conn->Putline() returns 2,-50
    ftp_pwd: 2,-30014 (state == GETTING_WD)

    After this transcript I tried again using "Resme Download" and I got a response that said "Fetch could no get "the file" because the FTP server sent unexpected response. I am wondering is there something I have set in my System preferences that might be interfering with the download? The tricky thing is that I have had one successful download of a different file on a server for the same client. So I'm a bit puzzled...Any suggestions or help would be appreciated. I understand the basics of using Fetch, but don't have a very deep understanding. It wouldn't surprise me if it's something basic or obvious...

    Thanks,
    Jen

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi Jen,

    Could you please post the transcript of Resume Download failing? (I don't think that's what your most recently posted transcript covers.) It may be that the server doesn't support resuming downloads.

    We don't think this is something obvious you're missing. We believe it is probably some issue with your network setup or with the server. Perhaps you were been able to download the other file successfully because it was smaller?

    How are you connected to the Internet? Are you plugged directly into a cable modem/DSL modem? Or do you have wireless, or a router?

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

  • jneup Member

    I am having trouble now even logging onto the server, but I think it may be something on the server end. The error I am getting is server timed out.

    Connecting to 66.59.110.198 port 21 (Mac OS X firewall is off) (3/2/07 12:57:22 PM)
    Update check skipped at 03/02/2007 12:59 PM (next check after 03/10/2007 07:22 AM)
    Connecting to 66.59.110.198 port 21 (Mac OS X firewall is off) (3/2/07 12:59:11 PM)

    I get on the internet through a cable modem and router. In System Preferences under Sharing, I have these checked:
    Personal File Sharing
    Windows Sharing
    Personal Web Sharing
    FTP Access
    Printer Sharing
    Xgrid

    Firewall is off (can see that in the transcript) And my Internet Sharing is off.

    I don't know what else I could do, but this has me baffled.

    Thanks,
    Jen

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi Jen,

    Yes, it looks like the server is currently down - I tried to contact it from my Mac and got no response. That's not a problem you can do anything about (besides calling the client and letting them know).

    Regarding the downloads timing out, we think the most likely explanation is that it's something in your router, although it could be a server issue, too. Each router shares the Internet to different computers in a slightly different way, and in the process of doing that, some routers introduce errors that cause downloads to fail.

    Once the server is working again, you should try downloading one of the problem files with another FTP client, such as Interarchy, or the command-line FTP that's built into Mac OS X (you'd have to use the Terminal). If you run into the same problem when using them, then the problem is with the router or server.

    If you see the same problem, you may want to try hooking your Mac up directly to the cable modem, bypassing the router temporarily, if that's feasible, and trying downloads again. If they work, you know it's the router. If they don't, it is probably a problem with the server.

    If the other FTP clients downlad the files successfully, try Fetch again to make sure they didn't fix a problem on the server; and if Fetch fails again, please let us know and we'll see if we can fix Fetch.

    Sorry, I know you'd like a quick solution, not "try this, try that," but unfortunately we've tried the easy things, so these are the only ways to figure out what's going on. (Or, if you don't want to spend more time trouble-shooting now, you could just ask the client to mail you the files on a CD or DVD.)

    By the way, you don't need to have FTP Sharing, Windows Sharing, etc. turned on in order to transfer files with Fetch(or other programs). Unless you are actually using your Mac as an FTP server, file sharing server, or sharing printers, you should probably turn those off. It isn't causing any problems to have them on, but they may slow down your Mac slightly, and while the security hazards are very minimal, it's generally best not to make your Mac available on the Internet (even if no one can log in) unless you have a specific reason to.

    Thanks, let us know what you find out, and if you have any more questions.

    Best,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

Reply

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