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. Может создавать папки в браузере файлов, но mkdir не работает через терминал
  • Корневая файловая система NFS не монтируется при загрузке
  • Перемещение по серверу между общими ресурсами NFS
  • mount.cifs vs NFSv3 для данных, разделяемых между двумя веб-серверами
  • Использование rsync + cron для синхронизации машины за брандмауэром с моим Dropbox
  • ACL по умолчанию не соблюдается при копировании через NFS
  • Плохой пользователь / группа через NFSv4 mount: никто не пользователь?
  • 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 - лучшая ОС в мире.