Долгий mount cifs, error 115

в домене MS AD

на винфак

серверы которой недоступны по порту 445

прописать в /etc/hosts для проблемных серверов какую-нибудь заглушку (например другой рабочий сервер).

наверное правильнее перейти на autofs c параметрами типа
echo_interval=6,soft,nofail
или привлечь через systemd с параметрами
noauto,x-systemd.automount,x-systemd.mount-timeout=10,x-systemd.idle-timeout=60,echo_interval=6,soft,nofail

Все эти варианты опций я уже перепробовал, проблема в том, что когда дело именно в отсутствии сетевой связности по 445 порту, любой mount «зависает» на 3 минуты, пока не вывалит error 115. И на все опции монтирования оно внимания не обращает вообще ( Это как будто уже со стороны ядра долгий ответ. Вариант с заглушкой в hosts конечно вариант, но в крупном проде в dfs большое количество ссылок и нет гарантии, что в какой-то момент времени кто-то не будет недоступен. Хотелось бы докопаться до сути проблемы, уменьшить таймаут по этой ошибке 115 для mount, но долгое гугление пока не дало результата (

а что в файле /etc/security/pam_mount.conf.xml ?

Хотелось бы докопаться до сути проблемы, уменьшить таймаут по этой ошибке 115 для mount, но долгое гугление пока не дало результата (

а что там гуглить, если у mount.cifs нет параметров на timeout, retry и пр. (сравни с mount.nfs). У smbnetfs (FUSE) есть какой-то timeout, но непонятно на что он распространяется.

Я уже было придумал «гениальный» план alias mount=‘timeout 10s mount’, но ядру-то пофиг на алиасы, а монтирование как раз от ядра.

Пробовал устанавливать параметр монтирования handletimeout?

В мане вот что пишут:

handletimeout=arg

The time (in milliseconds) for which the server should reserve the handle after a failover waiting for the client to reconnect.  When mounting with resilienthandles or persistenthandles mount option, or when their use is requested by the server (continuous availability shares) then this parameter overrides the server default handle timeout (which for most servers is 120 seconds).

(https://www.mankier.com/8/mount.cifs#Options-handletimeout)

Тоже пробовал, ничего не меняется. И таймаут у меня до ошибки 115 - не 120, а 200-205 секунд.

Я уже TCP параметры ядра перекопал, всё уменьшил, ничего не меняется блин ) Но где-то же этот таймер прописан?? Прямо в коде что-ли захардкожен?

Ну тогда уж:
https://www.mankier.com/8/mount.cifs#Options-echo_interval

sets the interval at which echo requests are sent to the server on an idling connection. This setting also affects the time required for a connection to an unresponsive server to timeout. Here n is the echo interval in seconds. The reconnection happens at three times the value of the echo_interval set for an unresponsive server. If this option is not given then the default value of 60 seconds is used. The minimum tunable value is 1 second and maximum can go up to 600 seconds.

Его в kernel 4.5 добавили.
(гм, на https://linux.die.net/man/8/mount.cifs устаревший список опций. :-| )

Может это и прозвучит как неправда, но и эту опцию echo_interval я тоже пробовал, поведение не меняется. Ядро у нас 6.12. Такое ощущение, что все эти таймауты работают уже после начала подключения к серверу, а до подключения - какие-то сетевые таймауты. Хотя в sysctl уже поменял кучу сетевых параметров, и ничего не изменилось, всегда те же 205-206 секунд. Есть интересно способ посмотреть в ядре, какой именно таймаут отработал? В dmesg не нашёл.

В скриптах это залипание на 205 секунд можно обойти через предварительную проверку доступности по порту 445, но вот когда в файловом менеджере юзер щёлкает на ссылку в DFS, которая ведёт на недоступный сервер, происходит автоматический mount - вот тут пока не придумал как быть (

Причём интересно, что правкой параметров ядра: net.ipv4.tcp_syn_retries=1 net.ipv4.tcp_syn_linear_timeouts=20

удаётся уменьшить время с 205 до 121 секунд! Где прячутся ещё 120 - непонятно.

В логах видно, что раз в 10 секунд ошибка: CIFS: VFS: Error connecting to socket, aborting operation. И так 20 раз!
После подкрутки сетевых параметров ядра 1 попытка занимает 6 секунд, вот и получается 120 секунд. И никак не получается, чтобы mount сдавался после не 20-ти попыток блин, на все параметры ему чихать.