Сбой монтирования NFS при запуске
У меня есть несколько серверов Ubuntu, недавно я установил несколько серверов 11.04 (и 1 рабочий стол), и я только что обнаружил, что после перезагрузки монтирование nfs не будет монтироваться.
Я пытался обновить nfs-common до последней версии (у меня только одна небольшая ревизия), но это лишь немного меняет мои ошибки. Все эти серверы, имеющие проблемы, являются клонами (vmWare) из шаблона сервера, который я сделал некоторое время назад, поэтому я подумал, что, возможно, это проблема с шаблоном и, следовательно, со всеми его клонами. Затем я попробовал такое же крепление на рабочем столе 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
4 ответа
Вот что я сделал в качестве обходного пути, если кто-то еще столкнется с этой проблемой и попытается найти решение здесь:
Создал скрипт (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
Опция «по умолчанию» устанавливает ссылку для запуска mountall.sh на уровнях запуска 2, 3, 4 и 5. . (и помещает ссылку для остановки mountall.sh в 0, 1 и 6.)
Chmod для исполняемого файла
chmod +x mountall.sh
Теперь, когда вы инициализируете 6, у вас должно быть ваше монтирование точки. Также хорошая идея сделать «комментарий» в вашем fstab, чтобы люди знали, откуда все на самом деле монтируется, так как это будет первое место, куда они будут смотреть.
У меня возникла та же проблема после обновления Ubuntu 14.04 до 14.10. Вот что решило эту проблему для меня:
Отредактируйте /etc/default/nfs-common и убедитесь, что там написано:
NEED_STATD=yes
После перезапуска мои NFS-монтирования сработали.
Если Вы будете используемым окном 8 затем, конечно, то отформатированные диски nfs не смонтируются, и ответ для этой проблемы является "просто снова Windows 8 установки, и отключите, в спящем режиме опция в настройках", затем только Вы будете способный смонтировать, что nfs отформатировала диски.
Не уверен, применимо ли это к вам, но проблема , которая у меня была, заключалась в том, что каталог, в который я пытался подключиться, не был доступен при загрузке. Вместо этого я попытался подключиться к /mnt, и это сработало.