【问题标题】:gunzip after Automatic ftp crc length error自动ftp crc长度错误后的gunzip
【发布时间】:2012-06-22 13:42:19
【问题描述】:

我在发送到服务器的文件的 .gz 文件上遇到 crc 错误/长度错误。

在手动检索文件时,我得到了 1932 字节的大小,并且 gunzip 没有任何问题。

但是当我通过 shell 脚本检索它时,到达的文件是 1931 字节。

有趣的是,我正在 ftping 3 个文件,其中 2 个文件正确到达。

这就是我自动化它的方式:

echo "user $username $password" > $BATCH

echo "get reston.txt.gz reston.txt.gz" >> $BATCH
echo "get tuffnel.txt.gz tuffnel.txt.gz" >> $BATCH
echo "get atlanta.txt.gz atlanta.txt.gz" >> $BATCH

echo "exit" >> $BATCH

ftp -n -v $ipaddress < $BATCH > $LOG

然后

gunzip *.txt.gz

tuffnel,atlanta 工作正常,除非手动下载,否则 reston 不会 gunzip。

提前致谢, 乐布

【问题讨论】:

  • 也许 FTP 默认为 ascii 模式?尝试将“BIN”作为第一个命令。
  • 尝试使用 wget 或 curl 通过 FTP 下载文件。它们更适合文件下载。

标签: linux unix ftp gunzip


【解决方案1】:

也许 FTP 默认为 ASCII/文本模式?尝试将“BIN”作为第一个命令:

echo "user $username $password" > $BATCH
echo "BIN" >> $BATCH

echo "get reston.txt.gz reston.txt.gz" >> $BATCH
echo "get tuffnel.txt.gz tuffnel.txt.gz" >> $BATCH
echo "get atlanta.txt.gz atlanta.txt.gz" >> $BATCH

echo "exit" >> $BATCH

ftp -n -v $ipaddress < $BATCH > $LOG

【讨论】:

  • 更改发送文件的顺序是否会更改有错误的文件?如果它总是失败的组中的最后一个文件,那么也许您可以添加一个虚拟文件作为最后一个文件?祝你好运。
猜你喜欢
  • 2011-01-20
  • 2013-08-06
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-08-06
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多