Hi, last night we had the same issue again. We've done a "ls -al" just before and after the copy statement. This shows, that the file size is the same as in the ALLO statement, but in the 226 message, the size is different. And on the FTP Server the File 'FEHLZEITEN.DAT' is exactly 65536 bytes which is wrong, it should be 112221 bytes.
Hmm, thats strange, isn't it? -rw-rw---- 1 jppadm hvwhr# 112221 2009-07-15 21:40 DP-PRIM-0227 -rw-r----- 1 gggdp01 hvwhr# 112221 2009-07-15 21:40 FEHLZEITEN.DAT ---> ALLO 112221 <--- 200 Command okay ---> STOR FEHLZEITEN.DAT <--- 150 Openning data connection. Start receiving 'FEHLZEITEN.DAT',remote file is: FEHLZEITEN.DAT <--- 226 File retrieved successfully (network bytes 65536/file bytes 65536) Regards, Tilo > -----Ursprüngliche Nachricht----- > Von: "Tilo Muetze" <[email protected]> > Gesendet: 15.07.09 17:38:34 > An: [email protected] > Betreff: Issues with lftp transfer (ALLO and 226 sizes differ) > Hi, > first I want to thank you for the lftp package. It's greatly appreciated! > > We are currently using lftp version 3.7.7 on Linux to transfer files via > FTPS. We are seeing from time to time a strange behavior that files were not > completely transferred by lftp (some lines are missing). In most cases the > transfer works as expected. > It's quite interessting, that the lftp prints out different file sizes in the > ALLO and 226 (see below). > > Could it maybe an issue with the script that we use? It does a does a cp of > the file just before lftp is used to transfer the copied file. > > Do you have seen such behavior before? > > Thanks a lot for any thoughts and regards, > Tilo > > > Example1: > ---> ALLO 1446640 > <--- 200 Command okay > ---> STOR SAPHR_PERSSTAMM_20090713.txt > <--- 150 Openning data connection. Start receiving > 'SAPHR_PERSSTAMM_20090713.txt',remote file is: > > SAPHR_PERSSTAMM_20090713.txt > <--- 226 File retrieved successfully (network bytes 1441792/file bytes > 1441792) > > Example2: > ---> ALLO 218988 > <--- 200 Command okay > ---> STOR STAMM.DAT > <--- 150 Openning data connection. Start receiving 'STAMM.DAT',remote file > is: STAMM.DAT > <--- 226 File retrieved successfully (network bytes 212992/file bytes 212992) > ---> TYPE A > > > Example of how we are calling lftp: > lftp -c "set cmd:at-exit;debug 5; > set cmd:fail-exit 1; > set ftp:ssl-auth TLS; > set ftp:ssl-protect-data 1; > set ftp:ssl-force 1; > set; > open ftp://u...@host:50221; > cd phr_do/out; > pwd; > put -E STAMM.DAT; > ls; > quit; > > Here is the output from the set-command: > set cmd:fail-exit 1 > set cmd:prompt "lftp \\S\\? \\...@\\h:\\w> " > set cmd:term-status/*rxvt* "\\e[11;0]\\e]2;\\T\\007\\e[11]" > set cmd:term-status/*screen* \\e_\\T\\e\\ > set cmd:term-status/*xterm* "\\e[11;0]\\e]2;\\T\\007\\e[11]" > set file:charset UTF-8 > set ftp:auto-sync-mode "icrosoft FTP Service|MadGoat|MikroTik" > set ftp:ssl-auth TLS > set ftp:ssl-force 1 > set ftp:ssl-protect-data 1 > set ftp:sync-mode/ftp.idsoftware.com on > set ftp:sync-mode/ftp.microsoft.com on > set ftp:sync-mode/sunsolve.sun.com on > set ftp:use-feat 0 > set ftp:use-mdtm 0 > set ftp:use-site-utime 0 > set ftp:use-site-utime2 0 > set ftp:use-size 0 > set xfer:max-redirections 10 > set xfer:verify-command /usr/local/share/lftp/verify-file ______________________________________________________ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de
