Hello all,
I am now facing a problem that transmitted files break
when lftp automatically resumes an broken ftp
connection, leaving the following message:
- - 'copy: put rolled back to ???????, seeking get
accordingly' --
I think this is not caused by the ftp server side
since I have seen this problem when I uploaded files
to two different kinds of ftp server software,
one is wu-ftpd and another is war-ftpd.
Currently I am using lftp(version:2.6.2) on Solaris8 by
connecting to ftp servers on the internet through
proxy-ftpserver(DeleGate/8.5.0).
Also, igoy same result without using proxy-ftpserver.
The detailed debugging result is as follows.
lftp [EMAIL PROTECTED]:~> put TESTDATA.tar.gz
---- Connecting to proxy proxyserver1port xxxx
<--- 220- proxyserver1 PROXY-FTP server ready.
---> USER [EMAIL PROTECTED]
<--- 331-- USER for [EMAIL PROTECTED]
<--- 220- ftpserver1 FTP server ready.
<--- 331- Password required for hogehoge.
---> PASS xxxxxx
<--- 230 User hogehoge logged in. Access restrictions
apply.
---> PWD
<--- 257 "/pub" is current directory.
---> TYPE I
<--- 200 Type set to I.
---> PASV
<--- 227 Entering Passive Mode
---- Connecting data socket to
---> STOR TESTDATA.tar.gz
<--- 150 Opening BINARY mode data connection for
TESTDATA.tar.gz.
**** Broken pipe
---- Closing data socket
---- Closing control socket
---- Connecting to proxy proxyserver1port xxxx
<--- 220- proxyserver1PROXY-FTP server ready.
---> USER [EMAIL PROTECTED]
<--- 331-- USER for [EMAIL PROTECTED]
<--- 220- ftpserver1 FTP server ready.
<--- 331- Password required for hogehoge.
---> PASS xxxxxx
---> TYPE I
<--- 200 Type set to I.
---> SIZE TESTDATA.tar.gz
<--- 213 68623704
---> PASV
copy: put rolled back to 68640088, seeking get accordingly
<--- 227 Entering Passive Mode
---- Connecting data socket to ???? port 47713
---> REST 68623704
<--- 350 Restarting at 68623704. Send STORE or RETRIEVE to
initiate transfer.
---> STOR TESTDATA.tar.gz
<--- 150 Opening BINARY mode data connection for
TESTDATA.tar.gz.
**** Broken pipe
---- Closing data socket
---- Closing control socket
---- Connecting to proxy proxyserver1port 8021
<--- 220- proxyserver1 PROXY-FTP server ready.
---> USER [EMAIL PROTECTED]
<--- 331-- USER for [EMAIL PROTECTED]
<--- 220- ftpserver1 FTP server ready.
<--- 331- Password required for hogehoge.
---> PASS xxxxxx
<--- 230 User hogehoge logged in. Access restrictions
apply.
---> TYPE I
<--- 200 Type set to I.
---> SIZE TESTDATA.tar.gz
<--- 213 72160560
---> PASV
copy: put rolled back to 72176944, seeking get accordingly
<--- 227 Entering Passive Mode.
---- Connecting data socket to ???? port 47720
---> REST 72160560
<--- 350 Restarting at 72160560. Send STORE or RETRIEVE to
initiate transfer.
---> STOR TESTDATA.tar.gz
<--- 150 Opening BINARY mode data connection for
TESTDATA.tar.gz.
---- Closing data socket
<--- 226 Transfer complete.
145866055 bytes transferred in 2414 seconds (59.0K/s)
lftp [EMAIL PROTECTED]:~> bye
And the comparison result between the original file and
the broken file is as follows.
In the above case, I found two broken areas in the file.
A noteworthy thing is the start/end position of each
broken area in the file is exactly the same as the one
indicated as the restart/rolled back position in the above
debugging information.
%cmp -l TESTDATA.tar.gz.broken TESTDATA.tar.gz.original
68623705 353 140 <---- 1st broken position ( 68623705 )
68623706 366 225 |
<omitted> 1st broken area
(length: 16384 bytes)
68640087 13 61 |
68640088 255 142 <----- end of 1st broken position
(68640088)
72160561 37 263 <--- 2nd broken position (72160561)
72160562 10 274 |
<omitted> 2nd broken area
(length:16384 bytes)
72176943 271 203 |
72176944 46 364 <----- end of 2nd broken position
(72176944)
Any advice will be appreciated.
Thank you,
M.Takayanagi
__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!
http://bb.yahoo.co.jp/
