2

簡単な説明があると確信していますが、理解できないようです。QNAP NAS によって提供される外部バックアップにデータベースを毎日 FTP アップロードする必要がある Centos サーバーがあります。サーバーは、DB のコピーを 2 番目の Centos サーバーにも置きます。ファイルは 800MB を超え、拡大しています。

2 番目のサーバーへのファイルの FTP 送信を処理するスクリプトがあり、これは crontab によって毎日呼び出され、毎回機能します。

QNAP への FTP 用に crontab によって呼び出されるほぼ同一のスクリプトがあり、ファイルは常に正確に 150114776 バイトで切り捨てられます。不思議なことに、この同じスクリプトを CLI から実行すると、ファイル全体を QNAP に配信するのに常に完全に機能します。これは、再生するファイルサイズに QNAP の制限がないことを示唆しています。

問題は一貫しています。crontab で転送を呼び出すと、ファイルが切り捨てられます。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.

誰かが私が見落としているルールを指摘したり、これをデバッグする方法を提案したりできますか?

ありがとう

4

2 に答える 2

0

同じ問題があります。QNAP でチケットをオープンしました。これが返信です。

これは既知の問題 (バグ) であり、以前のファームウェア バージョンにダウングレードするか、次のバージョンがリリースされるまで待って、この問題が解決されることを願っています。ご不便おかけしてすみません。

だから....ダウングレードするか、待ってください...

于 2015-09-10T15:42:17.550 に答える