Eu tenho vários servidores Ubuntu, recentemente instalei alguns servidores 11.04 (e 1 desktop) e acabei de descobrir que ao reiniciar as montagens nfs não serão montadas.
Eu tentei atualizar o nfs-common para a versão mais recente (estou apenas uma pequena revisão atrás), mas isso altera apenas um pouco meus erros. Todos esses servidores com problemas são clones (vmWare) de um modelo de servidor que fiz há algum tempo, então pensei que talvez fosse um problema com o modelo e, portanto, com todos os seus clones. Tentei então a mesma montagem no Desktop 11.04, mas tive os mesmos problemas. Cerca de metade do tempo poderei pressionar "S" para pular, mas na outra metade o servidor congela (e eu restauro a partir de um instantâneo recente). Além disso, o que é estranho é que se eusouconseguir entrar no sistema, então posso fazer um "mount -a" perfeitamente e ele montará tudo. Isso me faz pensar que o problema é que o nfs não está esperando a presença de uma rede para tentar a montagem. Outra coisa que me faz pensar é que recebo um erro "incapaz de resolver o host" (para um ponto NFS), mesmo que esse host esteja em/etc/hosts.
Aqui está meu /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 ]
Desculpe pela postagem longa, só queria transmitir o máximo de informações possível. Alguém tem alguma sugestão sobre isso? Estive pesquisando no Google o dia todo e tentei coisas com _netdev e também alterei a configuração do statd, mas nada funcionou. Eu tenho 6 servidores que isso está afetando. :\
/etc/fstab: (somente linhas problemáticas - removê-las permitirá que o restante do nfs seja montado)
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 (entrada relevante):
10.1.1.43 NFSSERVER-priv
Responder1
Aqui está o que eu fiz como solução caso alguém se depare com esse problema e procure a solução aqui:
Criou um script (mountall.sh) em /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
Informe o sistema sobre o novo script:
update-rc.d mountall.sh defaults
A opção “defaults” coloca um link para iniciar mountall.sh nos níveis de execução 2, 3, 4 e 5. (e coloca um link para parar mountall.sh em 0, 1 e 6.)
Chmod o arquivo para ser executável
chmod +x mountall.sh
Agora, quando você inicia 6, você deve ter seus pontos de montagem. Também é uma boa ideia fazer um "comentário" no seu fstab para que as pessoas saibam onde tudo está realmente sendo montado, pois esse será o primeiro lugar onde procurarão.
Responder2
Não tenho certeza se isso se aplica a você, mas o problemaeu estava tendofoi que o diretório que eu estava tentando montar não estava disponível na inicialização. Em vez disso, tentei montar /mnte funcionou.
Responder3
Eu estava tendo o mesmo problema depois de atualizar o Ubuntu 14.04 para 14.10. Aqui está o que resolveu o problema para mim:
Edite /etc/default/nfs-commone certifique-se de que diz:
NEED_STATD=yes
Depois de reiniciar, minhas montagens NFS funcionaram.
Responder4
Se você estiver usando a janela 8, certamente os discos formatados em NFS não serão montados e a resposta para esse problema é "instale novamente o Windows 8 e desative a opção de hibernação nas configurações", então somente você poderá montar discos formatados em NFS.