Как преодолеть странный лимит Cento to QNAP FTP размером 150114776 байт?

Я уверен, что есть простое объяснение, но я не могу понять это. У меня есть сервер Centos, который должен ежедневно загружать базу данных по FTP на внешнюю резервную копию, предоставляемую QNAP NAS. Сервер также помещает копию БД на второй сервер Centos. Файл>800 МБ и растет.

У меня есть сценарий, который обрабатывает передачу файла FTP на второй сервер, и он вызывается crontab ежедневно и работает каждый раз.

У меня есть почти идентичный сценарий, также вызываемый crontab для FTP к QNAP, и он всегда усекает файл точно до 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.

Кто-нибудь может указать мне на какое-то правило, которое я пропустил, или предложить способ отладки этого?

Спасибо

Источник

2 ответа

Решение

Оказывается, я допустил простую ошибку. Вкладка cron выполнялась не в том каталоге, где оказалась старая копия исходного файла, размер которой был 150114776 байт. Иногда самые простые причины труднее всего увидеть.

Передача данных в QNAP теперь отлично работает каждый раз.

Источник

У нас та же проблема. Мы открыли тикет с QNAP, и это ответ:

Эта известная проблема (ошибка), которую вы можете сделать, это понизить версию прошивки до предыдущей или дождаться выпуска следующей, где, надеюсь, эта проблема будет решена. Приносим извинения за неудобства.

Так что.... понизить или подождать...

Источник
Другие вопросы по тегам