如何克服Centos对QNAP奇怪的FTP文件大小150114776字节的限制？

我相信有一个简单的解释，但我似乎无法理解。我有一个Centos服务器，它需要每天通过FTP将数据库上传到QNAP NAS提供的外部备份。服务器还将DB的副本放在第二台Centos服务器上。该文件大于800MB，并且正在增长

我有一个脚本，用于处理文件到第二台服务器的FTP输出，它每天由crontab调用，每次都有效

我有一个几乎相同的脚本，也被crontab调用，用于QNAP的FTP，它总是将文件截短为150114776字节。奇怪的是，如果我从CLI运行同一个脚本，它总是能够完美地将整个文件交付给QNAP，这表明对要播放的文件大小没有QNAP限制

问题是一贯的。使用crontab调用传输，文件将被截断。使用CLI调用，整个文件将被传输。没有错误报告；FTP认为它已经完成了全部工作

crontab传输的示例日志：

和手动调用：

有人能告诉我一些我忽略的规则，或者建议一种调试方法吗

---

谢谢

我们也有同样的问题。我们用QNAP打开了一张罚单，回复如下：

这是一个已知的问题（bug），您可以做的是降级到以前的固件版本或等待下一个版本 在希望这个问题得到解决的地方发布。 很抱歉给您带来不便

---

所以。。。。降级或等待…

结果是我犯了一个简单的错误。cron选项卡在错误的目录中执行，其中碰巧有一个源文件的旧副本，刚好有150114776字节大。有时，最简单的原因是最难发现的

---

现在，到QNAP的数据传输每次都能正常工作。

谢谢你，德克/马特。很高兴知道我的经历并非100%独一无二。我刚刚为最近的一个版本（过去几周）启动了固件更新，所以祈祷好运。新固件运行几天后将更新您。我在QTS 4.1.4 Build 0804遇到类似问题，在我的情况下，Plesk无法上传1GB以上的文件。正在尝试升级到QTS 4.1.4 Build 0820。更新：自该固件升级以及随后升级到v4.1.4 Build 20150910后，此大文件的每次FTP传输都会被截断。我认为，新的结果一致性使这一问题变得不那么令人费解，并强调问题在于NAS而不是服务器。我用QNAP重新打开了我的机票。

    Connected to 172.172.1.1 (172.172.1.1).
    220 NASFTPD Turbo station 1.3.4e Server (ProFTPD) [::ffff:172.172.1.1]
    Remote system type is UNIX.
    Using binary mode to transfer files.
    331 Password required for fred
    230 User fred logged in
    250 CWD command successful
    local: DATA_bk.sql.1.gz remote: DATA_bk_20150811_071501.sql.gz
    227 Entering Passive Mode (172,172,1.1,217,232).
    150 Opening BINARY mode data connection for DATA_bk_20150811_071501.sql.gz
    226 Transfer complete
    150114776 bytes sent in 23 secs (6.4e+03 Kbytes/sec)
    221 Goodbye.

    Connected to 172.172.1.1 (172.172.1.1).
    220 NASFTPD Turbo station 1.3.4e Server (ProFTPD) [::ffff:172.172.1.1]
    Remote system type is UNIX.
    Using binary mode to transfer files.
    331 Password required for fred
    230 User fred logged in
    250 CWD command successful
    local: DATA_bk.sql.1.gz remote: DATA_bk_20150811_120117.sql.gz
    227 Entering Passive Mode (172,172,1.1,217,189).
    150 Opening BINARY mode data connection for DATA_bk_20150811_120117.sql.gz
    226 Transfer complete
    879067272 bytes sent in 182 secs (4.5e+03 Kbytes/sec)
    221 Goodbye.