如何克服Centos对QNAP奇怪的FTP文件大小限制为150114776字节？
How to overcome Centos to QNAP strange FTP file size limit of 150114776 bytes?
我确定有一个简单的解释，但我似乎无法理解。我有一台 Centos 服务器，需要每天 FTP 将数据库上传到 QNAP NAS 提供的外部备份。服务器还将数据库的副本放到第二台 Centos 服务器上。该文件大于 800MB 并且还在增长。
我有一个脚本可以处理 FTP 将文件放入第二台服务器，它每天由 crontab 调用并且每次都有效。
我有一个几乎相同的脚本，它也由 crontab 为 QNAP 的 FTP 调用，它总是 t运行 将文件准确地定位在 150114776 字节处。奇怪的是，如果我 运行 来自 CLI 的相同脚本，它总是可以完美地将整个文件传送到 QNAP，这表明 QNAP 对播放的文件大小没有限制。
问题一致。使用 crontab 调用传输，文件 t运行cated。使用 CLI 调用并传输整个文件。不会报告任何错误； FTP 认为它已经完成了全部工作。
crontab 传输的示例日志：
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.
任何人都可以指出一些我忽略的规则或建议一种调试方法吗？
谢谢
我们有同样的问题。我们用 QNAP 开工单，这是回复：
这是一个已知问题（错误）您可以做的是降级到以前的固件版本或等待下一个
在希望这个问题得到解决的地方发布。
抱歉给您带来不便。
所以....降级或等待...
原来我犯了一个简单的错误。 cron 选项卡在错误的目录中执行，该目录恰好是源文件的旧副本，恰好大小为 150114776 字节。有时，最简单的原因最难发现。
到 QNAP 的数据传输现在每次都能完美运行。
我确定有一个简单的解释，但我似乎无法理解。我有一台 Centos 服务器，需要每天 FTP 将数据库上传到 QNAP NAS 提供的外部备份。服务器还将数据库的副本放到第二台 Centos 服务器上。该文件大于 800MB 并且还在增长。
我有一个脚本可以处理 FTP 将文件放入第二台服务器，它每天由 crontab 调用并且每次都有效。
我有一个几乎相同的脚本，它也由 crontab 为 QNAP 的 FTP 调用，它总是 t运行 将文件准确地定位在 150114776 字节处。奇怪的是，如果我 运行 来自 CLI 的相同脚本，它总是可以完美地将整个文件传送到 QNAP，这表明 QNAP 对播放的文件大小没有限制。
问题一致。使用 crontab 调用传输，文件 t运行cated。使用 CLI 调用并传输整个文件。不会报告任何错误； FTP 认为它已经完成了全部工作。
crontab 传输的示例日志：
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.
任何人都可以指出一些我忽略的规则或建议一种调试方法吗？
谢谢
我们有同样的问题。我们用 QNAP 开工单，这是回复：
这是一个已知问题（错误）您可以做的是降级到以前的固件版本或等待下一个 在希望这个问题得到解决的地方发布。 抱歉给您带来不便。
所以....降级或等待...
原来我犯了一个简单的错误。 cron 选项卡在错误的目录中执行，该目录恰好是源文件的旧副本，恰好大小为 150114776 字节。有时，最简单的原因最难发现。
到 QNAP 的数据传输现在每次都能完美运行。