Bug Reports Report bugs here. (non-beta releases only) |
08-30-2003, 11:52 AM
|
#1
|
Junior Member
Join Date: Aug 2003
Posts: 6
|
Cannot d/l large files
I'm using 2.1 b924 trying to d/l large (4gb+) from a BFTP site. However, the file remaining time is way, way too short (about 2 hours - 512 ADSL, I wish!) and after about 400-500mb it drops the connection and starts from the beginning again - this carry's on looping like this indefinatley. CuteFTP Pro (yuk!) works ok though - any ideas?
Tim
|
|
|
08-30-2003, 01:53 PM
|
#2
|
Junior Member
Join Date: Jul 2002
Posts: 25
|
Ckeck your options to see if you have always overwrite when downloading. You need to make it always resume.
HTH
guru
|
|
|
08-30-2003, 03:36 PM
|
#3
|
Junior Member
Join Date: Aug 2003
Posts: 6
|
Thanks, but that was already set. Interestingly CuteFTP had got about 2.5gb of a 4.3gb file when I lost my connection. When i reconnected I tried Flash again, to see if it would autoresume where cute left off, but it prompted to overwrite the existing 2.5gb file with one of 195mb!!! It looks like it's not getting the filesize correctly - but since cute does i assume that it's an issue with flash and not BPFTP server?
|
|
|
08-30-2003, 04:40 PM
|
#4
|
Super Duper
FlashFXP Beta Tester
Join Date: Oct 2001
Location: Brooklyn, NY
Posts: 3,881
|
look at your status log. do you see REST command before RETR.
does REST have correct file size of your existing file?
__________________
[Sig removed by Administrator: Signature can not exceed 20GB]
|
|
|
08-31-2003, 02:51 PM
|
#5
|
Junior Member
Join Date: Aug 2003
Posts: 6
|
I don't think that that's the issue - I was just trying to make the point that Flash doesn't like files of that size, regardless of how I try to get them down.
It does however report the correct size in the log when initalising the transfer - maybe it's a field length issue and Flash just can't handle numbers that large?
|
|
|
08-31-2003, 04:38 PM
|
#6
|
Senior Member
FlashFXP Beta Tester ioFTPD Foundation User
Join Date: Apr 2003
Posts: 141
|
That is not the case, from the features page
Transfer files of all sizes, no 2gb/4gb size limit like some ftp clients.
|
|
|
09-02-2003, 08:35 AM
|
#7
|
FlashFXP Developer
FlashFXP Administrator ioFTPD Beta Tester
Join Date: Oct 2001
Posts: 8,012
|
Older versions of BPFTP did not support large files, Please verify that the version your using does indeed support large files.
Some ftp servers support large files but they are unable to resume them.
|
|
|
09-02-2003, 01:02 PM
|
#8
|
Junior Member
Join Date: Aug 2003
Posts: 6
|
i've been assured that if it's not the latest BPFT, then it is only a point release behind. That wouldn't explain why unCuteFTP Pro works fine though
|
|
|
09-04-2003, 09:19 AM
|
#9
|
FlashFXP Developer
FlashFXP Administrator ioFTPD Beta Tester
Join Date: Oct 2001
Posts: 8,012
|
it would be most helpful if you could include a copy of the status text also issue a raw command "SIZE <Filename>" where filename is the large file
|
|
|
09-05-2003, 10:24 AM
|
#10
|
Junior Member
Join Date: Aug 2003
Posts: 6
|
ok here is the result from the raw list:
size drp-xxxxxxx.img
213 193048576
when I start the xfer it says that the time estimate is 2:40:00 @ 24kbs, after it has got 100% it carries on for a while with the time remaining at ??:??:??. The filesize reported through FlashFXP remote view pane is 4.18gb. the log is below, I aborted after leaving it looping overnight:
Connecting to site
Connected to site -> IP=999,999,999,999 PORT=115
220 SITE FTP
USER uid
331 Password required for uid.
PASS (hidden)
230 User uid logged in.
SYST
215 UNIX Type: L8
REST 100
350 REST supported. Ready to resume at byte offset 100.
REST 0
350 REST supported. Ready to resume at byte offset 0.
PWD
257 "/" is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (999,999,999,999,185,51).
LIST
150 Data connection accepted from 111.111.111.111:3279; transfer starting.
226 Transfer ok
List Complete: 383 bytes in 0.63 (0.37 KBps)
CWD dir
250 CWD command successful. "/dir" is current directory.
PWD
257 "/dir" is current directory.
PASV
227 Entering Passive Mode (999,999,999,999,178,142).
LIST
150 Data connection accepted from 111.111.111.111:3280; transfer starting.
226 Transfer ok
List Complete: 2 KB in 0.64 (2.16 KBps)
CWD xxxxxxxxxx
250 CWD command successful. "/dir/xxxxxxxxxx" is current directory.
PWD
257 "/dir/xxxxxxxxxx" is current directory.
PASV
227 Entering Passive Mode (999,999,999,999,142,210).
LIST
150 Data connection accepted from 111.111.111.111:3281; transfer starting.
226 Transfer ok
List Complete: 144 bytes in 0.54 (0.14 KBps)
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (999,999,999,999,88,70).
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:3282; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,48,154).
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4415; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,6,71).
REST 2527232
350 REST supported. Ready to resume at byte offset 2527232.
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4416; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,181,62).
REST 4199860
350 REST supported. Ready to resume at byte offset 4199860.
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4417; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,17,39).
REST 25367988
350 REST supported. Ready to resume at byte offset 25367988.
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4420; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
426 Cannot retrieve. Failed. Connection reset (10054).
Transfer Failed!
PASV
227 Entering Passive Mode (999,999,999,999,39,82).
REST 29382068
350 REST supported. Ready to resume at byte offset 29382068.
RETR drp-xxxxxxx.img
150 Data connection accepted from 111.111.111.111:4421; transfer starting for drp-xxxxxxx.img (4488015872 bytes).
(soft abort)
ABOR
426 Cannot retrieve. Failed. Aborting
226 ABOR command successful.
User Aborted
|
|
|
09-05-2003, 11:37 AM
|
#11
|
FlashFXP Developer
FlashFXP Administrator ioFTPD Beta Tester
Join Date: Oct 2001
Posts: 8,012
|
from the menu, Directory > View raw directory, now compare the file size listed to the size returned by the SIZE command, do they match?
I'm not clear as to why the error reports a reset connection.
Would it be possible to give me access to the server so that I could further investigate the problem.
|
|
|
09-05-2003, 12:51 PM
|
#12
|
Junior Member
Join Date: Aug 2003
Posts: 6
|
This is the ouput from the RAW dir
-rw-r--r-- 1 ftp ftp 4488015872 Jan 25 17:26 drp-XXXXXXX.img
i'm sorry but it's not my FTP site, so i'll have to get permission.
regards,
Tim
|
|
|
09-05-2003, 06:09 PM
|
#13
|
FlashFXP Developer
FlashFXP Administrator ioFTPD Beta Tester
Join Date: Oct 2001
Posts: 8,012
|
From what i'm seeing the SIZE command reports a different value then that of the raw listing.
As such BPFTP is not 100% capable of dealing with large files.
FlashFXP relies on the accuracy of the SIZE command reply, if this value is wrong FlashFXP can not reliably resume the file.
|
|
|
01-22-2004, 04:16 PM
|
#14
|
Junior Member
Join Date: Jan 2004
Posts: 15
|
I have exaktly the same problem!
But cuteFTP dont work for me, not even internet explorer, i would be happy if someone solves it!
|
|
|
01-22-2004, 05:02 PM
|
#15
|
FlashFXP Developer
FlashFXP Administrator ioFTPD Beta Tester
Join Date: Oct 2001
Posts: 8,012
|
Quote:
Originally posted by Question
I have exaktly the same problem!
But cuteFTP dont work for me, not even internet explorer, i would be happy if someone solves it!
|
What exactly is your problem? In the previous posts the problem was caused by the FTP Server, it didn't fully support large files.
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
Similar Threads
|
Thread |
Thread Starter |
Forum |
Replies |
Last Post |
"login incorrect." a bug?
|
jahknee |
Bug Reports |
10 |
01-29-2003 02:33 PM |
All times are GMT -5. The time now is 11:36 AM.
|