Your best friend for file transfer.

Fetch application logoFetch

Resume Download - bytes transferred exceed file size (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 20 years ago by ezra_freedman
  • Latest reply 20 years ago from Jim Matthews
  • ezra_freedman Member

    I am using the resume download feature on a 3GB tar.gz file. It seemed to be working correctly, but now I see that Fetch has transferred more bytes than the file size, so the time left is 0:00, but I'm still downloading 140K/s of data (and the bytes transferred continues to rise). Is this behavior correct?

    Posted 20 years ago #

  • Jim Matthews Administrator

    No, that isn't correct. Can you post the contents of the Fetch Transcript window?

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 20 years ago #

  • ezra_freedman Member

    Unfortunately it had already cleared from the transcript window. I later used the feature to resume download on a 1.5GB file from the same server and it worked correctly. If the problem happens again I will post.

    Posted 20 years ago #

  • ezra_freedman Member

    Connecting to --------- port 21 (10/18/03 8:11:23 AM)
    220 FTP server ready.
    USER --------
    331 Password required for -------.
    PASS
    230 User -------- logged in.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/home/-------" is current directory.
    MACB ENABLE
    500 'MACB ENABLE': command not understood.
    CWD /tmp
    250 CWD command successful.
    PWD
    257 "/tmp" is current directory.
    TYPE I
    200 Type set to I.
    SIZE espneventmedia2002.4.tar
    213 2639226880
    MDTM espneventmedia2002.4.tar
    213 20031016170551
    PASV
    227 Entering Passive Mode (-----------)
    REST 1387984744
    350 Restarting at 1387984744. Send STORE or RETRIEVE to initiate transfer.
    RETR espneventmedia2002.4.tar
    150 Opening BINARY mode data connection for espneventmedia2002.4.tar (2639226880 bytes).
    get_reply():con_conn->Getline() returns -3259
    ftp_retrieve: -30014 (state == RESTART_RETRIEVING)
    Connecting to -------- port 21 (10/18/03 12:14:21 PM)
    220 FTP server ready.
    USER --------
    331 Password required for --------.
    PASS
    230 User -------- logged in.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/home/--------" is current directory.
    MACB ENABLE
    500 'MACB ENABLE': command not understood.
    CWD /tmp
    250 CWD command successful.
    PWD
    257 "/tmp" is current directory.
    TYPE I
    200 Type set to I.
    SIZE espneventmedia2002.4.tar
    213 2639226880
    MDTM espneventmedia2002.4.tar
    213 20031016170551
    PASV
    227 Entering Passive Mode (--------)
    REST 2639226880
    350 Restarting at 2147483647. Send STORE or RETRIEVE to initiate transfer.
    RETR espneventmedia2002.4.tar
    150 Opening BINARY mode data connection for espneventmedia2002.4.tar (2639226880 bytes).
    ABOR

    Posted 20 years ago #

  • Jim Matthews Administrator

    That's a tricky one! It looks like the server does not support restarts more than 2GB into the file. Here's the relevant part of the transcript:

    REST 2639226880
    350 Restarting at 2147483647. Send STORE or RETRIEVE to initiate transfer.

    Fetch says to restart the transfer at byte 2639226880 and the server replies that it is starting at byte 2147483647 (exactly 2GB minus 1 byte).

    I would contact the server administrator to see if there's an upgrade that supports restarting transfers beyond the 2GB mark.

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 20 years ago #

Topic closed

This topic has been closed.