[Gnu-arch-users] [BUG] Bug in reading from ftp:// archives?

[Matthieu Moy]

Richard,

When reporting  a bug, include the  [BUG] flag in the  subject of your
mail, a robot adds it to the database. This message should do it.

Richard Curnow <address@hidden> writes:

> I'm trying to set up a public archive using the ftp:// access method,
> and I'm hitting a problem when trying to test it.
>
> The command I'm running is:
>
>     tla abrowse address@hidden
>
> which, after a pause, gives up like this:
>
> address@hidden
> ftp_client_begin_nlst: Connection refused to port 36409
>
> If I strace the command, the tail of the trace looks like this
> (note the port numbers have changed since it's a new run):
>
> .
> .
> .
> read(4, "226 Transfer complete.\r\n", 3145) = 24
> write(5, "TYPE I\r\n", 8)               = 8
> read(4, "200 Type set to I.\r\n", 3121) = 20
> write(5, "PASV\r\n", 6)                 = 6
> read(4, "227 Entering Passive Mode (193,1"..., 3101) = 52
> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
> connect(6, {sin_family=AF_INET, sin_port=htons(17520), 
> sin_addr=inet_addr("193.128.105.171")}}, 16) = 0
> write(5, "RETR /pub/SuperH/linux-sh64/rich"..., 96) = 96
> read(4, "150 Opening BINARY mode data con"..., 3049) = 147
> read(6, "address@hidden"..., 8192) = 38
> read(6, "", 8154)                       = 0
> read(6, "", 8192)                       = 0
> close(6)                                = 0
> read(4, "226 Transfer complete.\r\n", 2902) = 24
> write(5, "TYPE I\r\n", 8)               = 8
> read(4, "200 Type set to I.\r\n", 2878) = 20
> write(5, "PASV\r\n", 6)                 = 6
> read(4, "227 Entering Passive Mode (193,1"..., 2858) = 53
> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
> connect(6, {sin_family=AF_INET, sin_port=htons(41075), 
> sin_addr=inet_addr("193.128.105.171")}}, 16) = 0
> write(5, "RETR /pub/SuperH/linux-sh64/rich"..., 102) = 102
> read(4, "550 /pub/SuperH/linux-sh64/richa"..., 2805) = 129
> write(5, "TYPE I\r\n", 8)               = 8
> read(4, "200 Type set to I.\r\n", 2676) = 20
> write(5, "PASV\r\n", 6)                 = 6
> read(4, "227 Entering Passive Mode (193,1"..., 2656) = 53   <<<<<<<<<<< THIS 
> PORT NUMBER RESPONSE IGNORED!
> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 7
> connect(7, {sin_family=AF_INET, sin_port=htons(41075), 
> sin_addr=inet_addr("193.128.105.171")}}, 16) = -1 ECONNREFUSED (Connection 
> refused)
> close(7)                                = 0
> write(1, "address@hidden"..., 38) = 38
> write(5, "TYPE I\r\n", 8)               = 8
> read(4, "200 Type set to I.\r\n", 2603) = 20
> write(5, "PASV\r\n", 6)                 = 6
> read(4, "227 Entering Passive Mode (193,1"..., 2583) = 53
> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 7
> connect(7, {sin_family=AF_INET, sin_port=htons(41075), 
> sin_addr=inet_addr("193.128.105.171")}}, 16) = -1 ECONNREFUSED (Connection 
> refused)
> close(7)                                = 0
> write(2, "ftp_client_begin_nlst: ", 23) = 23
> write(2, "Connection refused", 18)      = 18
> write(2, " to port ", 9)                = 9
> write(2, "41075", 5)                    = 5
> write(2, "\n", 1)                       = 1
> write(5, "NLST /pub/SuperH/linux-sh64/rich"..., 80) = 80
> read(4, "550 No files found.\r\n", 2530) = 21
> write(5, "CWD /pub/SuperH/linux-sh64/richa"..., 81) = 81
> read(4, "250 CWD command successful.\r\n", 2509) = 29
> write(5, "CWD /\r\n", 7)                = 7
> read(4, "250 CWD command successful.\r\n", 2480) = 29
> close(1)                                = 0
> close(4)                                = 0
> close(5)                                = 0
> close(6)                                = 0
>
> It looks like tla is trying to use port 41075 a second time, i.e. it's
> ignored the port number that the server supplied in response to the PASV
> command in the marked line.  This seems to be after the first time that
> a RETR attempt has resulted in a 550 - I think that may be more than
> coincidental.
>
> The archive should be publicly visible at
>
> address@hidden
> ftp://ftp.uk.superh.com/pub/SuperH/linux-sh64/richard/try2/address@hidden
>
> (at least, for now.  Once I have the problems shaken out, I'll be
> tidying up the directory structure a bit.)
>
> The workaround appears to be to just mirror the repository using an FTP
> mirror tool and work from a local archive copy that way.  It'd be nice
> to get ftp:// working directly inside tla though.
>
> Cheers
> Richard

-- 
Matthieu