NFS: невозможно отключить общий ресурс NFS при отключенном сервере

Когда наш главный сервер NFS переходит в автономный режим, все клиенты, на которых установлен общий доступ, будут затронуты следующим образом:

1. `df` does not work (times out) 2. `lsof` does not work (times out) 3. I cannot unmount the share (umount times out) 4. I cannot restart the client PC, the shutdown process gets stuck while trying to umount the dead NFS share: `nfs server not responding still trying` 5. hard reboot (reset) works, but while booting the client PC gets stuck while trying to mount the NFS share 

Теперь я знаю, как решить проблему nr. 5. Я могу изменить запись в fstab на noauto . Но как насчет других проблем? У NFS клиента нет интеллекта, чтобы остановить ожидание мертвого сервера NFS? Почему он ждет неопределенно? Могу ли я где-то установить тайм-аут, так что что бы ни случилось, через x секунд он отказывается от попытки?

  • Как я могу сравнить скорости передачи NFS и SMB?
  • Обнаружение монтирования NFS через USB
  • centos7 только как клиент NFS
  • NFS монтирует изменения в локальных разрешениях на изменение файловой системы, экспортированных в NFS, на удаленном монтировании NFS
  • Как просматривать и воспроизводить общие аудиофайлы через сеть?
  • NFS не сохраняет хвосты файлов при сбое программы
  • / разрешения для файловой системы Linux
  • rpc.statd не запускается, но требуется для удаленной блокировки (statd unrecognized service)
  • One Solution collect form web for “NFS: невозможно отключить общий ресурс NFS при отключенном сервере”

    Да, это характер NFS. Клиенты будут ждать неограниченное время для возврата ресурса NFS. Верьте или нет, он предназначен для работы именно так!

    автомонтирование

    Лучшим подходом было бы, вероятно, использовать такой инструмент, как autofs чтобы автоматизировать autofs NFS по мере необходимости, а не поддерживать их неограниченно.

    Использование только NFS

    Как отметил @Patrick в комментариях, вы можете уменьшить это поведение, используя soft опцию при установке акций NFS.

    выдержка из источника: http://www.tldp.org/HOWTO/NFS-HOWTO/client.html

    мягкий

    Если запрос файла не удался, клиент NFS сообщит об ошибке процессу на клиентской машине, запрашивающей доступ к файлу. Некоторые программы могут справиться с этим с самообладанием, большинство не будет. Мы не рекомендуем использовать эту настройку; это рецепт поврежденных файлов и потерянных данных. Вы особенно не должны использовать это для почтовых дисков – если вы цените свою почту, то есть.

    жесткий

    Программа, обращаясь к файлу в подключенной файловой системе NFS, будет зависать, когда сервер выйдет из строя. Процесс не может быть прерван или убит (за исключением «уверенного убийства»), если вы также не укажете intr. Когда сервер NFS возвращается в сеть, программа будет продолжать оставаться без изменений с того места, где она была. Мы рекомендуем использовать жесткий, intr для всех файловых систем, монтируемых в NFS.

    В /etc/fstab

      # device mountpoint fs-type options dump fsckord ... master.foo.com:/home /mnt/home nfs rw,soft 0 0 ... 
    Linux и Unix - лучшая ОС в мире.