У меня есть несколько серверов Ubuntu, недавно я установил несколько серверов 11.04 (и 1 настольный компьютер) и обнаружил, что после перезагрузки монтирования nfs не монтируются.
Я пробовал обновить nfs-common до последней версии (я отстаю всего на одну небольшую ревизию), но это лишь немного меняет мои ошибки. Все эти серверы, у которых возникли проблемы, являются клонами (vmWare) шаблона сервера, который я сделал некоторое время назад, поэтому я подумал, что, возможно, проблема в шаблоне и, следовательно, во всех его клонах. Затем я попробовал то же самое монтирование на Desktop 11.04, но у меня возникли те же проблемы. Примерно в половине случаев я могу нажать «S», чтобы пропустить, но в другой половине случаев сервер зависает (и я восстанавливаюсь из недавнего снимка). Также странно, что если яявляюсьсмог войти в систему, то я могу просто выполнить "mount -a", и он все смонтирует. Это заставляет меня думать, что проблема в том, что nfs не ждет наличия сети, чтобы попытаться смонтировать. Еще одна причина, по которой я думаю, что это то, что я получаю ошибку "невозможно разрешить хост" (в точку NFS), хотя этот хост находится в /etc/hosts.
Вот мой /var/log/boot.log
fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
/dev/sda1 was not cleanly unmounted, check forced.
/dev/mapper/php53x-root: clean, 75641/1032192 files, 492673/4126720 blocks (check in 5 mounts)
init: portmap-wait (statd) main process (373) killed by TERM signal
init: statd main process (402) terminated with status 1
init: statd main process ended, respawning
init: statd-mounting main process (355) killed by TERM signal
mount.nfs: Failed to resolve server NFSSERVER-priv: Name or service not known
init: statd-mounting main process (416) killed by TERM signal
mount.nfs: Failed to resolve server NFSSERVER-priv: Name or service not known
init: statd main process (435) terminated with status 1
init: statd main process ended, respawning
init: statd main process (459) terminated with status 1
init: statd main process ended, respawning
mountall: mount /var/www [410] terminated with status 32
mountall: mount /var/users [436] terminated with status 32
init: statd-mounting main process (448) killed by TERM signal
init: statd main process (468) terminated with status 1
init: statd main process ended, respawning
init: statd main process (498) terminated with status 1
init: statd main process ended, respawning
/dev/sda1: 226/124496 files (1.3% non-contiguous), 39133/248832 blocks
mountall: fsck /boot [268] terminated with status 1
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [583] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [575] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [638] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [645] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [724] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [729] terminated with status 32 Skipping /var/www at user request
* Starting AppArmor profiles [80G [74G[ OK ]
* Starting Name Service Cache Daemon nscd [80G [74G[ OK ]
FATAL: Module vmhgfs not found.
FATAL: Module vmsync not found.
FATAL: Module vmblock not found.
* Loading open-vm-tools modules [80G [74G[ OK ]
* Starting open-vm daemon vmtoolsd [80G [74G[ OK ]
Извините за длинный пост, просто хотел передать как можно больше информации. Есть ли у кого-нибудь предложения по этому поводу? Я гуглил весь день и пробовал разные штуки с _netdev, а также изменение конфигурации для statd, но ничего не сработало. У меня 6 серверов, на которые это влияет. :\
/etc/fstab: (только проблемные строки — их удаление позволит смонтировать оставшуюся часть nfs)
NFSSERVER-priv:/vol/vol1_isp/eshowcase/sites /var/www nfs ro,defaults 0 0
NFSSERVER-priv:/vol/vol1_isp/vusers /var/users nfs defaults 0 0
/etc/hosts (соответствующая запись):
10.1.1.43 NFSSERVER-priv
решение1
Вот что я сделал в качестве обходного пути на случай, если кто-то еще столкнется с этой проблемой и придет сюда в поисках решения:
Создал скрипт (mountall.sh) в /etc/init.d/:
#!/bin/bash
mount -r NFSSERVER-priv:/vol/vol1_isp/eshowcase/sites /var/www
mount NFSSERVER-priv:/vol/vol1_isp/vusers /var/users
Сообщите системе о новом скрипте:
update-rc.d mountall.sh defaults
Параметр «defaults» помещает ссылку на запуск mountall.sh на уровнях выполнения 2, 3, 4 и 5 (и помещает ссылку на остановку mountall.sh на уровнях 0, 1 и 6).
Chmod файл, чтобы сделать его исполняемым
chmod +x mountall.sh
Теперь, когда вы инициализируете 6, у вас должны быть точки монтирования. Также хорошей идеей будет сделать "комментарий" в вашем fstab, чтобы люди знали, откуда все на самом деле монтируется, так как это будет первое место, куда они будут смотреть.
решение2
Не уверен, применимо ли это к вам, но проблемая имелбыло то, что каталог, в который я пытался смонтировать, не был доступен при загрузке. Вместо этого я попробовал смонтировать в /mntи это сработало.
решение3
У меня была та же проблема после обновления ubuntu 14.04 до 14.10. Вот что решило проблему для меня:
Отредактируйте /etc/default/nfs-commonи убедитесь, что там написано:
NEED_STATD=yes
После перезапуска мои NFS-монтирования заработали.
решение4
Если вы используете Windows 8, то диски, отформатированные с помощью NFS, наверняка не будут монтироваться, и решение этой проблемы — просто заново установите Windows 8 и отключите опцию спящего режима в настройках. Тогда только вы сможете монтировать диски, отформатированные с помощью NFS.