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

Я полагаю, что Вы могли использовать макро-ФУНКЦИЮ M4 (virtusertable',dbtype'), где dbtype может быть ldap или dbm как пример для использования базы данных вместо файла.

32
задан 11 October 2015 в 11:05
10 ответов

Принятие Linux:

umount -f -l /mnt/myfolder

Отсортирует, решают проблему:

-f Размонтирование силы (в случае недостижимой системы NFS). (Требует ядра 2.1.116 или позже.)

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

-f также существует на Солярисе и AIX.

45
ответ дан 28 November 2019 в 19:55
  • 1
    у меня была та же проблема, погуглил и прибыл сюда. Да - ленивый флаг действительно помог мне здесь...-f на своем собственном, не делал его... –  wawawawa 15 July 2010 в 20:27

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

3
ответ дан 28 November 2019 в 19:55
  • 1
    Это не вполне делает этого с NFS и неисправным сервером. Вам нужен ленивый флаг также (или прием с добавлением IfAlias). lsof и термофиксатор, который все подвешивают и umount-f, говорят "занятое устройство". –  wawawawa 15 July 2010 в 20:28

Так же, как в стороне, автомонтирование использования обработает размонтировавшиеся доли NFS, когда они станут недоступными, который старается не застревать в этом situatuion в будущем.

1
ответ дан 28 November 2019 в 19:55
  • 1
    Не обязательно. автосмонтируйте, что монтирование может также зависнуть в этом условии, при попытке получить доступ к каталогу всегда, то процесс зависнет. –  Kamil Kisiel 19 October 2009 в 17:29
  • 2
    Да, утилита автоматического монтирования вызывает столько проблем, сколько она решает. –  pjc50 26 November 2009 в 18:45

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

1
ответ дан 28 November 2019 в 19:55
  • 1
    (ленивый)-l является ключом, как упомянуто выше –  Matt Simmons 20 August 2009 в 16:56

Разработка подсказку, данную David Pashley,

если "umount-l" не решает Вашу проблему, можно настроить поддельный сервер с тем же адресом как тот, который ушел - но Вы не должны на самом деле настраивать новое, разъединяют или что-либо. Самый легкий выход из блокирования/подвешивания umount ситуация состоит в том, чтобы настроить локальный интерфейс 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)

18
ответ дан 28 November 2019 в 19:55

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

$ mount [...] -o nfsvers=3
0
ответ дан 28 November 2019 в 19:55

It might be wise to add the intr option to any /etc/fstab entries that might end up hanging or crashing. If you don't use the soft or intr options, then when the server hosting the NFS files goes down, the server on which the files are mounted (the client) may hang when booting up.

According to man 5 nfs:

soft / hard
Determines the recovery behavior of the NFS client after an NFS request times out. If neither option is specified (or if the hard option is specified), NFS requests are retried indefinitely. If the soft option is specified, then the NFS client fails an NFS request after retrans retransmissions have been sent, causing the NFS client to return an error to the calling application.

... and then it goes on to say intr is preferred over soft, but it has the similar effect of preventing hanging.

6
ответ дан 28 November 2019 в 19:55

Untuk Solaris, memulai ulang klien NFS akan menyelesaikan "hard mount spiral of death". Perintah untuk Solaris 10 adalah "svcadm restart network / nfs / client" Belum pernah mencoba ini pada komputer Linux akhir-akhir ini (karena semuanya dipasang dengan flag "intr" sehingga mereka jarang mengalami masalah ini), tetapi mungkin juga akan memperbaiki masalah.

1
ответ дан 28 November 2019 в 19:55

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

0
ответ дан 28 November 2019 в 19:55

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

0
ответ дан 28 November 2019 в 19:55

Теги

Похожие вопросы