Opened 3 years ago

Closed 3 years ago

#12678 closed Bug report (worksforme)

File transfer failed after 1810 seconds

Reported by: Harald Myklebust Owned by:
Priority: normal Component: FileZilla Client
Keywords: 1810 seconds, transfer failed Cc:
Component version: 3.57.0 Operating system type:
Operating system version: Win10 Pro, 21H1, Build 19043.1586 - Windows Feature Experience Pack 120.2212.4170.0

Description

I have one biiig file on my FTP-server - about 97Gb. When transferring the file, I get "Error: File transfer failed after transferring 9 031 122 944 bytes in 1810 seconds"

It looks like the transfer resume, but it is really confusing that the transfer fails after each 1810 seconds.

(I have tried with Windows 10 Command-line FTP and WinSCP and noen of those fails).

Nice if that can be sorted / fixed in an upcoming version.

Copy from my Log-window

20:39:19 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy
20:39:19 Command: CWD /
20:39:19 Response: 250 CWD command successful.
20:39:19 Command: PWD
20:39:19 Response: 257 "/" is current directory.
20:39:19 Command: TYPE I
20:39:19 Response: 200 Type set to I.
20:39:19 Command: PASV
20:39:19 Response: 227 Entering Passive Mode (77,241,105,219,20,75).
20:39:19 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy
20:39:19 Response: 150 Opening BINARY mode data connection.
21:09:29 Error: Disconnected from server: ECONNABORTED - Connection aborted
21:09:29 Error: File transfer failed after transferring 9 031 122 944 bytes in 1810 seconds
21:09:29 Status: Resolving address of ftp.dno.no
21:09:29 Status: Connecting to 77.241.105.219:21...
21:09:29 Status: Connection established, waiting for welcome message...
21:09:29 Status: Initializing TLS...
21:09:29 Status: TLS connection established.
21:09:29 Status: Logged in
21:09:29 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy
21:09:29 Status: Testing resume capabilities of server
21:09:29 Command: TYPE I
21:09:29 Response: 200 Type set to I.
21:09:29 Command: PASV
21:09:29 Response: 227 Entering Passive Mode (77,241,105,219,20,80).
21:09:29 Command: REST 97583988599
21:09:29 Response: 350 Restarting at 97583988599.
21:09:29 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy
21:09:29 Response: 150 Opening BINARY mode data connection.
21:09:31 Response: 226 Transfer complete.
21:09:31 Command: PASV
21:09:31 Response: 227 Entering Passive Mode (77,241,105,219,19,236).
21:09:31 Command: REST 9031385088
21:09:31 Response: 350 Restarting at 9031385088.
21:09:31 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy
21:09:31 Response: 150 Opening BINARY mode data connection.
21:39:42 Error: Disconnected from server: ECONNABORTED - Connection aborted
21:39:42 Error: File transfer failed after transferring 9 207 283 712 bytes in 1810 seconds
21:39:42 Status: Resolving address of ftp.dno.no
21:39:42 Status: Connecting to 77.241.105.219:21...
21:39:42 Status: Connection established, waiting for welcome message...
21:39:42 Status: Initializing TLS...
21:39:42 Status: TLS connection established.
21:39:42 Status: Logged in
21:39:42 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy
21:39:42 Status: Testing resume capabilities of server

Change History (1)

comment:1 by Tim Kosse, 3 years ago

Resolution: worksforme
Status: newclosed

FileZilla uses TCP keep-alive every 15 minutes to keep the control connection alive. Incidentally, the keep-alive also detects a control connection that has been silently dropped by a faulty firewall or NAT router sitting between the client and the server.
This means that there must be a firewall or NAT router that is silently dropping the idle control connection at some unknown time between 15 minutes and 30 minutes after starting the transfer.

Note: See TracTickets for help on using tickets.