Вы, возможно, должны были бы использовать basename
управляйте для разделения полного пути к файлу.
Также Вы могли бы хотеть использовать массив для генерации списка файлов для перемещения позже; или даже использовать -exec
опция find
, что-то как:
find /dir -iname BLAH -exec sh -c 'new_name=$(basename {}); scp {} user@host:dest/ && mv {} /archive/$new_name$(date..)' \;
(не забывайте \;
в конце)
Та строка архивирует файл только после (&&
) успешная копия по ssh.
Другая подсказка: возможно, Вы хотите tar
файлы и отправляют сжатый архив по сети? Это могло бы сохранить Вас ssh квитирование времени (и использовать ssh ключи! не сохраняйте пароли в сценариях, которые Вы разбросаете!)
@ Fleshgrinder на правильном пути, я думаю, но есть определенные параметры тайм-аута fastcgi, которые вы должны проверить, как указано в документации nginx fastcgi_module . В частности, я бы посмотрел на увеличение fastcgi_read_timeout
со значения по умолчанию 60 секунд до 1000 и посмотрел, сортирует ли это его.
Вы должны поиграть с таймаутами сервера. Nginx закрывает соединение, поскольку считает, что оно завершено, и закрывает соединение без уведомления. Мне на ум приходят четыре директивы, которые могут помочь вам.
client_body_timeout (default is 65)
client_header_timeout (default is 65)
keepalive_timeout (default is 65)
send_timeout (default is 65)
Все значения указаны в секундах. Пожалуйста, сообщите, сработало ли что-либо из этого (лично я считаю, что он должен оставаться в живых, но, пожалуйста, проверьте).