Cyberduck Mountain Duck CLI

#9926 closed defect (worksforme)

Intermettent failure when downloading folder with multiple item

Reported by: michelezundo Owned by: dkocher
Priority: normal Milestone: 6.1.0
Component: ftp Version: 5.4.3
Severity: normal Keywords:
Cc: Architecture: Intel
Platform:

Description (last modified by dkocher)

Cyberduck 5.4.4. on OSX 10.11

Whenever I download a folder containing multiple item I get intermittent failures with message :

"Interoperability failure: 502 Command not implemented PASV, ..."

This happens at different time on different files meaning some of the file is downloaded correctly in spite of the message some of the download is instead aborted. Retrying multiple times or using command line FTP mget works fine instead. Never had this problem in past with same FTP site and same data types.

The Log is here below as well as screenshot of the error:

"220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
220-You are user number 1 of 50 allowed.
220-Local time is now 13:25. Server port: 21.
220-IPv6 connections are also welcome on this server.
220 You will be disconnected after 15 minutes of inactivity.
USER s2g
331 User s2g OK. Password required
PASS *********
230 OK. Current restricted directory is /
FEAT
211-Extensions supported:
 MDTM
 SIZE
 MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*;
 MLSD
211 END
SYST
215 UNIX Type: L8
CWD /products/openSF/sw
250 CWD command successful.
TYPE A
200 Command okay.
PASV
502 Command not implemented: PASV
PORT 131,176,36,203,255,146
200 PORT command successful.
MLSD
150 File status okay; about to open data connection.
type=cdir;sizd=4096;modify=20170502081217;UNIX.mode=02755;UNIX.uid=583;UNIX.gid=581;unique=811g6ebc081; .
type=pdir;sizd=4096;modify=20160520110946;UNIX.mode=02755;UNIX.uid=583;UNIX.gid=581;unique=811g6ebc064; ..
type=dir;sizd=4096;modify=20161130161152;UNIX.mode=02775;UNIX.uid=583;UNIX.gid=581;unique=811g84f6001; 2016.11.30_V03.05.03.00
type=dir;sizd=4096;modify=20161219101532;UNIX.mode=02775;UNIX.uid=583;UNIX.gid=581;unique=811g8520116; 2016.12.19_V03.02.01.00_OSFI
type=dir;sizd=4096;modify=20170105001404;UNIX.mode=02775;UNIX.uid=583;UNIX.gid=581;unique=811g87d8066; 2017.01.05_V01.03.00.00_OSFEG
type=dir;sizd=4096;modify=20170328142817;UNIX.mode=02775;UNIX.uid=583;UNIX.gid=581;unique=811g90e4001; 2017.03.28_V03.06.06.00
type=dir;sizd=4096;modify=20170417105245;UNIX.mode=02775;UNIX.uid=583;UNIX.gid=581;unique=811g70e2003; 2017.04.17_V03.06.07.00
type=dir;sizd=4096;modify=20170502081217;UNIX.mode=02775;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe006; 2017.05.02_V03.03.00.00_OSFI
type=dir;sizd=4096;modify=20170502081235;UNIX.mode=02775;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe00a; 2017.05.02_V03.06.08.00
226 Transfer complete, closing data connection.
CWD /products/openSF/sw/2017.05.02_V03.06.08.00
250 CWD command successful.
TYPE A
200 Command okay.
PASV
502 Command not implemented: PASV
PORT 131,176,36,203,255,155
200 PORT command successful.
MLSD
150 File status okay; about to open data connection.
type=cdir;sizd=4096;modify=20170502081235;UNIX.mode=02775;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe00a; .
type=pdir;sizd=4096;modify=20170502081217;UNIX.mode=02755;UNIX.uid=583;UNIX.gid=581;unique=811g6ebc081; ..
type=file;size=1140;modify=20170502081235;UNIX.mode=0774;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe00e; RELEASE-NOTES-OPENSF-V03.06.08.00.txt
type=file;size=120;modify=20170502081235;UNIX.mode=0774;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe00f; md5sums
type=file;size=90501452;modify=20170502081235;UNIX.mode=0774;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe00d; openSF_linux64_3.6.8.sh
type=file;size=87465984;modify=20170502081236;UNIX.mode=0774;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe00b; openSF_macintel64_3.6.8.dmg
type=file;size=355;modify=20170502081235;UNIX.mode=0774;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe010; output.txt
type=file;size=639;modify=20170502081221;UNIX.mode=0774;UNIX.uid=583;UNIX.gid=581;unique=811g6ebe00c; updates_opensf.xml
226 Transfer complete, closing data connection.
"

Attachments (2)

Interoperability_failure_PASV.png (90.9 KB) - added by michelezundo on May 2, 2017 at 12:47:09 PM.
screenshot of message
Screen Shot 2017-06-07 at 16.58.55 .png (269.4 KB) - added by michelezundo on Jun 7, 2017 at 2:59:59 PM.
screenshot of failed transfers

Download all attachments as: .zip

Change History (8)

Changed on May 2, 2017 at 12:47:09 PM by michelezundo

screenshot of message

comment:1 Changed on Jun 2, 2017 at 12:36:28 PM by dkocher

  • Component changed from core to ftp
  • Description modified (diff)
  • Owner set to dkocher

comment:2 Changed on Jun 6, 2017 at 8:42:44 AM by dkocher

  • Milestone set to 6.1
  • Status changed from new to assigned

comment:3 Changed on Jun 7, 2017 at 2:44:22 PM by dkocher

  • Resolution set to worksforme
  • Status changed from assigned to closed

Can you try to set the Connect Mode in the bookmark to Active (PORT) as the server does not seem to support Passive (PASV) FTP connections for data transfers.

comment:4 Changed on Jun 7, 2017 at 2:47:54 PM by dkocher

Also try to limit the number of connections allowed to 1 for file transfer in the bookmark setting Transfer Files: Use single connection.

Changed on Jun 7, 2017 at 2:59:59 PM by michelezundo

screenshot of failed transfers

comment:5 Changed on Jun 7, 2017 at 3:01:03 PM by michelezundo

Strange as the server has not changed and it used to work, however I'm inside corporate network and they might have changed the firewall they use. Anyway:

1) I just tried with PORT ACTIVE and it still randomly drops out. (note that also with PASV and insisting after a while it gets through..) 2) with one connectcion at time it also times out. (see new attachment).

Might be our firewall acting funny, but maybe some robustness in Cyberduck could help (and in the past years there was nevere a problem)

comment:6 Changed on Oct 21, 2018 at 2:51:02 PM by dkocher

  • Milestone changed from 6.1 to 6.1.0

Milestone renamed

Note: See TracTickets for help on using tickets.
swiss made software