Estou tentando montar um sistema de arquivos em uma máquina remota:
root@Wolf:/# mount -t nfs 192.168.0.131:/disc2 /temp
mount.nfs: mount system call failed
O erro é entregue após uma longa pausa.
Eu posso fazer ping na máquina, etc. Não há problemas de rede.
/temp existe na máquina local.
/disc2 existe na máquina remota com /dev/sdb5 montado lá.
Eu leio em algum lugar que preciso de apt-get install nfs-kernel-server nfs-common portmap , o que fiz na máquina remota (e depois ambos para ter certeza):
Package nfs-kernel-server is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
nfs-common
Ok, então apt-get install nfs-common portmap então:
Note, selecting 'rpcbind' instead of 'portmap'
nfs-common is already the newest version.
rpcbind is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Então, erm, está bom então. Não é?
EDITAR: Não sabia sobre isso, obrigado dubu, mas fiz um pouco de leitura, e criei este arquivo:
root@barnard:~# cat /etc/exports
/disc2/oldstuff1 192.168.0.0(rw)
/disc2/oldstuff2 192.168.0.0(rw)
/digex 192.168.0.0(r)
Isso mesmo, eu acho. Não é?
Esta página me disse para /etc/init.d/portmap restart e desde então eu tenho rpcbind :
root@barnard:~# /etc/init.d/rpcbind restart
[ ok ] Stopping rpcbind daemon....
[ ok ] Starting rpcbind daemon....
Então, está funcionando, então. Não é? A mesma página disse para /etc/init.d/nfs-kernel-server reload , mas de acordo com a mensagem do apt-get ela foi substituída por nfs-common so:
root@barnard:~# /etc/init.d/nfs-common restart
[ ok ] Stopping NFS common utilities: idmapd statd.
[ ok ] Starting NFS common utilities: statd idmapd.
Isso soa positivo. Então, agora, no final do cliente:
root@Wolf:/# mount -t nfs 192.168.0.131:/disc2/digex /temp
mount.nfs: mount system call failed
Ainda não há alegria.
EDIT 2:
root@barnard:~# exportfs -ra
-bash: exportfs: command not found
root@barnard:~# which exportfs
root@barnard:~# find / -name "exportfs"
root@barnard:~#
Hmm. Eu li em algum lugar que ele está instalado em nfs-kernel-server , mas o apt simplesmente não me deixa instalá-lo, relatando que the following packages replace it: nfs-common e nfs-common is already the newest version. ... respiração muito profunda ...
Bem, isso deve ser o culpado então. Até que eu consiga instalar isso, possivelmente não funcionará. Mas como faço para instalá-lo?
Em algum momento do meu estado de privação de sono na noite passada, adicionei algumas fontes adequadas, mas evidentemente não as atualizei. Desta vez, quando eu fiz apt-get update uma tonelada de coisas aconteceram, muitas coisas baixadas e o melhor de tudo:
Selecting previously unselected package nfs-kernel-server.
Setting up nfs-kernel-server (1:1.2.6-4) ...
Replacing config file /etc/exports with new version
Creating config file /etc/default/nfs-kernel-server with new version
[ ok ] Starting NFS common utilities: statd idmapd.
[warn] Not starting NFS kernel daemon: no exports. ... (warning).
Tudo bem, copiei para /etc/exports os dados de antes, reiniciei os serviços, não melhor, reiniciei a máquina inteira apenas para ter certeza. Mas ainda não vai.
FINALMENTE:
Após o sucesso com o apt-get, e um monte de trabalho de detetive envolvendo principalmente tail /var/log/syslog (obrigado por aquele MKaama - um a lembrar no futuro), e combinando todos os diretórios relevantes, finalmente consegui trabalhar. Tudo o que resta agora é um pouco de alfaiataria e arrumação.
Acho que posso gerenciá-lo daqui. Muito obrigado a todos pela ajuda.
Se o seu arquivo de exportações no sistema remoto for:
/disc2/oldstuff1 192.168.0.0(rw)
/disc2/oldstuff2 192.168.0.0(rw)
/digex 192.168.0.0(r)
então você deve emitir um
mount -t nfs 192.168.0.131:/digex /temp
e não
mount -t nfs 192.168.0.131:/disc2/digex /temp