Your best friend for file transfer.

Fetch application logoFetch

Fail to open or download any file on website (6 posts)

  • Started 2 years ago by Alan Fry
  • Latest reply 2 years ago from Alan Fry
  • Alan Fry Member

    Suddenly it appears to be impossible to 'get' or 'edit' any file on the website 'www.pat-albeck.co.uk' which was originally uploaded by Fetch and for several years Fetch has been able to edit the files online.

    Files on another website (www.afco.demon.co.uk) behave as expected, so the problem appears to be associated with 'www.pat-albeck.co.uk' rather than with the installation of Fetch. The version of Fetch is 5.7.2 installed on an Intel MacPro 1,1 running Mac OS X 10.6.8.

    A transcript of an attempt to download a file 'htdocs/log' is attached.

    I would be grateful for any help to resolve this problem.

    Alan Fry

    Connecting to ftp.pat-albeck.co.uk port 21 (Mac OS X firewall is allowing connections) (25/08/2012 17:36)
    Connected to 213.171.193.5 port 21 (25/08/2012 17:36)
    220-Matrix FTP server ready.
    220-This is a private system - No anonymous login
    220-IPv6 connections are also welcome on this server.
    220 Please note: files for your website must be stored under the htdocs directory.
    USER pat-albeck.co.uk
    331 User pat-albeck.co.uk OK. Password required
    PASS
    230 OK. Current directory is /
    SYST
    215 UNIX Type: L8
    PWD
    257 "/" is your current location
    PWD
    257 "/" is your current location
    PWD
    257 "/" is your current location
    TYPE A
    200 TYPE is now ASCII
    PASV
    227 Entering Passive Mode (213,171,193,5,133,253)
    Making data connection to 213.171.193.5 port 34301
    LIST -al
    150 Accepted data connection
    drwx-----x 5 190139 500 4096 Nov 28 2007 .
    drwx-----x 5 190139 500 4096 Nov 28 2007 ..
    -rw------- 1 190139 500 24 Nov 28 2007 .bash_logout
    -rw------- 1 190139 500 191 Nov 28 2007 .bash_profile
    -rw------- 1 190139 500 124 Nov 28 2007 .bashrc
    drwxrwxrwx 12 190139 500 4096 Jul 7 17:12 htdocs
    drwx------ 2 190139 500 4096 Aug 25 04:12 logfiles
    drwx-----x 2 190139 500 4096 Nov 28 2007 private
    226-Options: -a -l◇
    226 8 matches total
    CWD htdocs
    250 OK. Current directory is /htdocs
    PWD
    257 "/htdocs" is your current location
    PASV
    227 Entering Passive Mode (213,171,193,5,116,234)
    Making data connection to 213.171.193.5 port 29930
    LIST -al
    150 Accepted data connection
    drwxrwxrwx 12 190139 500 4096 Jul 7 17:12 .
    drwx-----x 5 190139 500 4096 Nov 28 2007 ..
    drwx---rwx 3 190139 500 4096 Dec 1 2011 aboutme
    drwxr-xr-x 2 190139 500 4096 Sep 27 2010 cgi-bin
    -rwxrw-rw- 1 190139 500 3 Aug 25 16:08 count
    drwx---rwx 3 190139 500 4096 Dec 1 2011 eighties
    drwx---rwx 3 190139 500 4096 Dec 1 2011 fifties
    drwx---rwx 2 190139 500 4096 Dec 6 2007 images
    -rw-rw-rw- 1 190139 500 1858 Nov 28 2007 index-orig.html
    -rwxr-xr-x 1 190139 500 4596 Dec 16 2007 index.shtml
    -rwxrwxrwx 1 190139 500 63340 Aug 25 16:08 log
    drwx---rwx 3 190139 500 4096 Dec 1 2011 nineties
    drwx---rwx 2 190139 500 4096 Nov 18 2010 scripts
    drwx---rwx 3 190139 500 4096 Dec 1 2011 seventies
    -rw----r-- 1 190139 500 4148 Dec 13 2007 sitemap.xml
    drwx---rwx 3 190139 500 4096 Dec 1 2011 sixties
    drwx---rwx 3 190139 500 4096 Dec 1 2011 today
    226-Options: -a -l◇
    226 17 matches total
    PWD
    257 "/" is current directory.
    MDTM log
    213 20120825150832
    SIZE log
    213 63340
    PASV
    227 Entering Passive Mode (213,171,193,5,187,152)
    Making data connection to 213.171.193.5 port 48024
    RETR log
    150-Accepted data connection
    150 61.9 kbytes to download
    226-File successfully transferred
    226 0.002 seconds (measured here), 28.08 Mbytes per second
    PWD
    257 "/" is current directory.
    Download of log stalled with 0 bytes transferred (state == RGET_RETRIEVING)
    retry_failed_operation derr = 2, -30036 retry_state = RGET_FILE_START cancel_cur_cmd = 1 force_reconnect = 0 tw->retry_reconnect_count = 0 making_progress = 0, tw->retry_count = 0
    Unsuccessful download of log (0/63,340 bytes, 0 bytes/sec, 1:00 elapsed) stopped at 25/08/2012 17:38 (error: 2,-30036)
    Error retrieving file, will retry (attempt #1)
    ABOR
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 26593434 reply_received = 26593434 TickCount() - reply_received = 0
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 26593435 reply_received = 26593434 TickCount() - reply_received = 1
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 26593436 reply_received = 26593434 TickCount() - reply_received = 2
    500 ?
    MDTM log
    213 20120825150832
    SIZE log
    213 63340
    PASV
    227 Entering Passive Mode (213,171,193,5,226,33)
    Making data connection to 213.171.193.5 port 57889
    RETR log
    150-Accepted data connection
    150 61.9 kbytes to download
    226-File successfully transferred
    226 0.000 seconds (measured here), 185.88 Mbytes per second
    PWD
    257 "/" is current directory.
    Unsuccessful download of log (0/63,340 bytes, 0 bytes/sec, 0:40 elapsed) stopped at 25/08/2012 17:38 (error: 2,-128)
    ABOR
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 26595854 reply_received = 26595854 TickCount() - reply_received = 0
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 26595854 reply_received = 26595854 TickCount() - reply_received = 0
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 26595855 reply_received = 26595854 TickCount() - reply_received = 1
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 26595855 reply_received = 26595854 TickCount() - reply_received = 1
    500 ?
    QUIT
    221-Goodbye. You uploaded 0 and downloaded 124 kbytes.
    221 Logout.
    QUIT
    221 Goodbye.

    Posted 2 years ago #

  • Jim Matthews Administrator

    Hi,

    Thanks for posting that transcript. It looks as if the server thinks the download has succeeded, but Fetch does not think it's received any data.

    You might try unchecking the "Use passive mode transfers (PASV)" checkbox in the General pane of Preferences. Does that make any difference?

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 2 years ago #

  • Alan Fry Member

    Hi Jim,

    Thank you very much for your reply.

    Unchecking PASV does not appear to alter the situation. The progress indicator remains in the 'barber's pole' state indefinitely. An excerpt from the transcript is attached.

    There are a number of mysteries. Fetch used to be able to upload and down load without problem to and from this FTP server. Small files (there are one or two 'gif's under 1kB) can be downloaded, but anything bigger can't be downloaded.

    Fetch works perfectly on other FTP servers; for instance I downloaded 'Fetch_5.7.2._Help.pdf' from your site with do difficulty.

    For what it's worth I tried downloading the 'log' file from 'ftp.pat-albeck.co.uk" using Perl's Net::FTP and that timed out without getting the file. No helpful error message unfortunately.

    I have come to the conclusion the problem must lie not with Fetch but with the remote FTP server. Though what that can possibly be I haven't the faintest notion.

    Regards,

    Alan Fry

    MDTM log
    213 20120827050007
    SIZE log
    213 65625
    PORT 192,168,2,2,229,195
    200 PORT command successful
    RETR log
    150-Connecting to port 58819
    150 64.1 kbytes to download
    226-File successfully transferred
    226 0.017 seconds (measured here), 3.76 Mbytes per second
    Download of log stalled with 0 bytes transferred (state == RGET_RETRIEVING)
    retry_failed_operation derr = 2, -30036 retry_state = RGET_FILE_START cancel_cur_cmd = 1 force_reconnect = 0 tw->retry_reconnect_count = 0 making_progress = 0, tw->retry_count = 0
    Unsuccessful download of log (0/65,625 bytes, 0 bytes/sec, 1:00 elapsed) stopped at 27/08/2012 09:30 (error: 2,-30036)
    Error retrieving file, will retry (attempt #1)
    ABOR
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 30356840 reply_received = 30356840 TickCount() - reply_received = 0
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 30356840 reply_received = 30356840 TickCount() - reply_received = 0
    FTP::ftp_abort() FTP_ABOR_SENT_CMD TickCount() = 30356842 reply_received = 30356840 TickCount() - reply_received = 2
    500 ?

    Posted 2 years ago #

  • Alan Fry Member

    Hi Jim,

    Further to my last post, I have raised the matter with the website host ('streanline.net') and received the following reply:

    "We were able to connect to ftp at our end without any error and dowloaded an image (1-004.jpg) succesffuly without an error. Please be reminded that the TCP port usually used for FTP connection is port 21. Most often the reason for FTP time out is that your firewall or Internet service provider blocks this port or because your FTP client is NOT set to use Passive mode. First of all you should make sure that you use Passive mode with your FTP client. Then, if the problem persists, you should run a check of the connection between your computer and the port 21. If there is a problem with the connectivity you should try disabling your local firewall, or, if this does not help, you should contact your Internet Service Provider."

    The connection (from the transcript) seems fine: it is on port 21; the firewall is not blocking (in fact it is turned off): the mode is set to 'Passive'. There is no point contacting (as they suggest) my ISP because there is no general connectivity problem whatsoever.

    I can download small files but not big files. To add to the perplexities I find Fetch can open and list the contents of most of the folders but not all -- it hangs on some of the folders containing images. I cannot get into the folder containing the image Streamline quotes (/htdocs/sixties/images/1-004.jpg).

    I am baffled by all this. If I were to send you the password for the FTP server would you be able to look in and see if you could throw any light on the matter? I may well be overlooking something somewhere. Without FTP I am stymied when it comes to doing any maintenance on the site.

    With thanks again,

    Alan Fry

    Posted 2 years ago #

  • Jim Matthews Administrator

    I'd be happy to try logging in from my Mac, but please do not post your password here :). You can send the info to bugs@fetchsoftworks.com .

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 2 years ago #

  • Alan Fry Member

    Understood.

    Many thanks

    Alan Fry

    Posted 2 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.