SSHFS FUSE зависает при копировании файла на сервер. freeze upload files

[su_cpp]

Добрый день
Появилась внезапная проблема с sshfs

Есть два сервера на базе ubuntu версии 13.04 и 16.04
Сервер 16.04 подключает по sshfs себе каталог сервера 13.04 и периодически заливает туда файл небольшого размера.
До сегодняшнего дня все работало отлично. Но сегодня в ночь, сломалось копирование.
Каталог нормально подключается и с ним можно работать, смотреть в нем файлы и даже их качать, но вот записать туда ничего нельзя. При попытке скопировать файл sshfs просто зависает на несколько минут а потом просто отваливается.
При любых попытках копировать файл на сервер 13.04 по sshfs с любых других компьтеров даже с последними версиями убунты, так же происходит зависание sshfs с блокированием консоли в которой пытаемся скопировать файл, но и даже консоли которые просто открывают каталог в которой есть примонтированный каталог так же зависают при этом.

Зависание можно оборвать килом процесса sshfs и отмонтированием каталога.
Проблема стабильная, и появилась сегодня.

С сервером никаких действий не производилось. Доступы на серверы имею только я, так что ктото там еще лазил исключается.
В логах как сервера так и подключаемых компьютеров ничего по проблеме найти пока не могу.

Версия ядра сервера
3.8.0-19-generic

Перезагрузка сервера не помогла.
На сервере работает fail2ban но в его логах нет ничего по этой проблеме, мои адреса не блокированы. К томуже читать то я могу из каталога а записать нет.
Права на файлы все есть.

Помогите пожалуйста разобраться.

[AnrDaemon]

Начните с того, что обновите сервер. 13.04 уже несколько лет как не поддерживается.

[su_cpp]

Думаю над этим.
Вы полагаете, что эту проблему не решить на этой версии? Както внезапно она возникла.
Или хотябы локализовать?

Вот вывод sshfs с параметром -o sshfs_debug

Код: [Выделить]

SSHFS version 2.5
Server version: 3


[EvangelionDeath]

su_cpp, или scp в помощь. Между прочим проверьте запись файлов через scp

[su_cpp]

Между прочим проверьте запись файлов через scp

Спасибо, сейчас попробую

Вот появился некий лог на подключаемом компе с последней обновленной убунтой.
Видимо это дал параметр sshfs_debug

Код: [Выделить]

an  8 12:36:21 user-BAT-I kernel: [ 8400.128273] INFO: task mc:4085 blocked for more than 120 seconds.
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128280]       Not tainted 4.4.0-104-generic #127-Ubuntu
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128282] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128284] mc              D ffff880076f1fda8     0  4085   4074 0x00000004
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128290]  ffff880076f1fda8 ffff880007fd8048 ffff880072523300 ffff880076485940
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128294]  ffff880076f20000 ffff880076f1fdd8 ffff8800438b6260 ffff880007fd8000
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128298]  ffff8800438b6190 ffff880076f1fdc0 ffffffff81840765 ffff8800438b6190
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128301] Call Trace:
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128311]  [<ffffffff81840765>] schedule+0x35/0x80
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128317]  [<ffffffff8131a76f>] request_wait_answer+0x12f/0x290
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128322]  [<ffffffff810c4490>] ? wake_atomic_t_function+0x60/0x60
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128326]  [<ffffffff8131a954>] __fuse_request_send+0x84/0x90
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128329]  [<ffffffff8131a987>] fuse_request_send+0x27/0x30
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128333]  [<ffffffff8132477f>] fuse_flush+0x17f/0x200
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128337]  [<ffffffff8120d83f>] filp_close+0x2f/0x70
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128341]  [<ffffffff8122f1f3>] __close_fd+0xa3/0xd0
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128344]  [<ffffffff8120d8a3>] SyS_close+0x23/0x50
Jan  8 12:36:21 user-BAT-I kernel: [ 8400.128349]  [<ffffffff81844872>] entry_SYSCALL_64_fastpath+0x16/0x71
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128196] INFO: task mc:4085 blocked for more than 120 seconds.
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128203]       Not tainted 4.4.0-104-generic #127-Ubuntu
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128205] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128208] mc              D ffff880076f1fda8     0  4085   4074 0x00000004
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128214]  ffff880076f1fda8 ffff880007fd8048 ffff880072523300 ffff880076485940
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128218]  ffff880076f20000 ffff880076f1fdd8 ffff8800438b6260 ffff880007fd8000
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128221]  ffff8800438b6190 ffff880076f1fdc0 ffffffff81840765 ffff8800438b6190
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128225] Call Trace:
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128235]  [<ffffffff81840765>] schedule+0x35/0x80
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128241]  [<ffffffff8131a76f>] request_wait_answer+0x12f/0x290
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128246]  [<ffffffff810c4490>] ? wake_atomic_t_function+0x60/0x60
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128250]  [<ffffffff8131a954>] __fuse_request_send+0x84/0x90
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128253]  [<ffffffff8131a987>] fuse_request_send+0x27/0x30
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128257]  [<ffffffff8132477f>] fuse_flush+0x17f/0x200
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128261]  [<ffffffff8120d83f>] filp_close+0x2f/0x70
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128265]  [<ffffffff8122f1f3>] __close_fd+0xa3/0xd0
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128268]  [<ffffffff8120d8a3>] SyS_close+0x23/0x50
Jan  8 12:38:21 user-BAT-I kernel: [ 8520.128273]  [<ffffffff81844872>] entry_SYSCALL_64_fastpath+0x16/0x71


Пользователь добавил сообщение 08 Января 2018, 12:48:44:

Между прочим проверьте запись файлов через scp

Так же зависает

Обратно копирует нормально.
Пользователь добавил сообщение 08 Января 2018, 14:00:24:По обновлению системы у провайдера доступны только 12.04 и 14.04 версии 
Пользователь добавил сообщение 08 Января 2018, 14:45:54:Пардон за прямоту, но уже просто ищу по дате
Не с этим ли связано?
Обновлена версия от 8.01.2018 Double SSH Tunnel Manager Commercial

Потому как наблюдаю проблема с SSh и на другом сервере!
Матьихзаногу... 
Пользователь добавил сообщение 08 Января 2018, 16:16:31:По видимому проблема у провайдера. Последствия DDOS атаки. 

[su_cpp]

Проблема решилась сама собой: на провайдера были плотные атаки, они повключали кучу разных фильтров, которые рубили половину трафика.
Сейчас все работает так как было до.
Но нервы потрепало.