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

[Bug Goo]

Created as bug 104

On Tue May  4 19:15:34 2004, Matthieu Moy wrote:
> 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
>