Размонтируйте монтирование nfs там, где исчез сервер nfs

Сервер A раньше был сервером NFS. Сервер B монтировал экспорт этого. Все было отлично. Затем А умер. Просто выключил. Ушел. Пропал.

Однако эта папка все еще монтируется на B. Я, очевидно, не могу cdв нее или что-то еще. Однако umount /mnt/myfolderпросто виснет и не будет размонтироваться. Есть ли способ его размонтировать, не перезапуская B?

И клиент, и сервер являются машинами Linux.

Предполагая Linux:

umount -f -l /mnt/myfolder

Будет вроде решить проблему:

-f Принудительное отключение (в случае недоступности системы NFS). (Требуется ядро ​​2.1.116 или новее.)

-l Ленивый демонтировать. Отключите файловую систему от иерархии файловой системы и очистите все ссылки на файловую систему, как только она больше не будет занята. (Требуется ядро ​​2.4.11 или новее.)

-f также существует в Solaris и AIX.

Развивая подсказку, данную Дэвидом Пашли ,

если «umount -l» не решит вашу проблему, вы можете настроить поддельный сервер с тем же адресом, что и ушедший, но на самом деле вам не нужно устанавливать новый сервер или что-то еще. Самый простой выход из ситуации блокировки / зависания - это настроить локальный IP-интерфейс псевдонимов следующим образом:

ifconfig eth0:nfstmp 11.22.33.44 netmask 255.255.255.255
umount -l /mnt/deadnfsmount    # -l or -f or whichever that gets the job done
ifconfig eth0:nfstmp down

(очевидно, что 11.22.33.44 является (прежним) IP-адресом (теперь мертвого) NFS-сервера)

Возможно, было бы целесообразно добавить эту intrопцию для любых /etc/fstabзаписей, которые могут привести к зависанию или сбою. Если вы не используете опции softили intr, то когда сервер, на котором размещены файлы NFS, выходит из строя, сервер, на котором монтируются файлы (клиент), может зависнуть при загрузке.

По словам man 5 nfs:

soft / hard
Определяет поведение восстановления клиента NFS после истечения времени ожидания запроса NFS. Если ни одна из этих опций не указана (или если указана сложная опция), запросы NFS повторяются бесконечно. Если указана программная опция, то клиент NFS не выполнит запрос NFS после отправки ретрансляций retrans, в результате чего клиент NFS вернет ошибку вызывающему приложению.

... и затем он говорит, что intrэто предпочтительнее soft, но он имеет аналогичный эффект предотвращения зависания.

umount -f /mnt/myfolderдолжен решить это. Смотрите страницу руководства umount.

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

Мне никогда не удавалось добраться umount -fдо работы. Полезный прием - настроить другой сервер, монтирующий тот же экспорт, присвоив ему тот же IP-адрес, что и у старого сервера. Ваш клиент NFS должен думать, что все вернулось как обычно, и процессы будут разблокированы. Затем вы можете размонтировать точку монтирования и удалить IP-адрес с временного сервера NFS.

Для Solaris перезапуск клиента NFS разрешит «жесткую спираль смерти». Команда для Solaris 10: «svcadm restart network / nfs / client». В последнее время я не пробовал это делать на Linux-боксе (поскольку все они монтируются с флагом «intr», поэтому у них редко возникает эта проблема), но, вероятно, это тоже исправит проблема.

Я только что заметил, что принудительное отключение в ядре 3.2.0 зависает при подключении NFSv4. Размонтирование NFSv3 работает нормально.

$ mount [...] -o nfsvers=3

просто специфическое для OS X продолжение, так как команды монтирования в основном не зависят от nix: флаг -l (lazy) не существует в OS X, однако флаг -f (force) существует и оказался достаточным , Кроме того, сгенерированные системой точки монтирования находятся в / Volumes (/ Volumes / myserversexport)

Я встречал эту же проблему. Поскольку сервер NFS был удален, я не могу размонтировать nfs из клиента. Я попробовал следующий трюк, посмотрите, может ли он быть полезным. Поскольку исходный сервер NFS пропал, я создаю новый сервер с тем же IP-адресом и экспортом. Затем я пытаюсь umount -f / mnt / nfs_part. Теперь я наконец смог размонтировать NFS.