Я использую autofs на своем рабочем столе Fedora 25, чтобы получить доступ к некоторым файлам cifs в моей рабочей сети.
/etc/auto.master:
/home/user/work/mountpoint /etc/auto.custom --timeout=43200 --ghost
/etc/auto.custom:
cifs1 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs1_share/
cifs2 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs2_share/
cifs3 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs3_share/
Это точная установка работала отлично в течение действительно долгого времени:
Доступ к /home /user /work /mountpoint /{cifs1, cifs2, cifs3} всегда был быстрым, никогда не зависал и не отставал.
около 2 недель назад что-то произошло (понятия не имею, что именно), и теперь, если я не получаю доступ к этим монтировкам в течение небольшого промежутка времени (даже нескольких минут), а затем пытаюсь получить к ним доступ (даже с помощью простой команды ls или find) - они зависают и верните сообщение "Host is down". Затем, если попытаться снова и снова 1 или 2-3 раза - доступ внезапно снова будет в порядке, и все снова быстро.
запустив "find" под strace для одного из этих монтирований, я заметил, что системный вызов отвечает за эти сообщения:
19895 newfstatat(AT_FDCWD, "/home/user/work/mountpoint/cifs1/folder/*", 0x55ab02f81b98, AT_SYMLINK_NOFOLLOW) = -1 EHOSTDOWN (Host is down)
Я попытался запустить autofs/automount в режиме отладки с выводом на передний план (stdout/stderr), но не заметил ничего необычного, когда возникла проблема.
Другие люди на моем рабочем месте используют те же настройки и вообще не имеют проблем (большинство из них получают доступ к своим монтировкам гораздо реже, чем я)
Буду признателен за любые подсказки или дополнительные вещи, которые я могу проверить, чтобы решить эту проблему!