Conexões SSH não aceitas após a configuração do NFS?

0

Eu tenho alguns servidores em um VPC no Amazon EC2. Um deles atua como um servidor NFS e um deles como um cliente.

Recentemente, notei um problema no cliente que, após uma reinicialização, rejeitaria todas as conexões SSH, presumivelmente porque o SSH não estava em execução. Depois de transferir o volume do EBS para outra instância e dar uma espiada, eu comentei a linha NFS em /etc/fstab e tentei anexá-la ao servidor e inicializá-la. E eis que eu consegui me conectar com o SSH.

Parece que ter a seguinte linha no meu fstab está quebrando tudo na inicialização:

10.0.0.1:/export/share /mnt/shared nfs auto 0 0

Por que isso faz com que o SSH não seja iniciado? Como posso ter o NFS automaticamente montado na inicialização sem interromper a rede / SSH no sistema?

Eu verifiquei que sudo mount -a funciona corretamente, então parece que não há um problema inerente no comando fstab. O que está quebrando e como posso consertar isso?

    
por Naftuli Kay 18.04.2013 / 05:51

3 respostas

1

Você precisa adicionar mais uma opção ao montar nfs , sempre usamos isso

Exemplo

10.0.0.1:/export/share /mnt/shared nfs _netdev,noatime,intr,auto 0 0

Estas são opções de montagem: 'noatime' melhora a taxa de acesso, e 'auto' diz ao Rpi para elevar os compartilhamentos NFS na inicialização.

de man mount

_netdev The filesystem resides on a device that requires network access (used to prevent the system from attempting to mount these filesystems until the network has been enabled on the system).

    
por 18.04.2013 / 08:46
0

Tente usar nobootwait ou nofail como opções de montagem no fstab.

    
por 23.03.2014 / 11:57
0

Mesmo problema com compartilhamentos nfs montados em um servidor remoto. nfs está passando por openvpn.

Eu tentei carregar coisas, nada funcionou, incluímos dicas acima. opções no fstab como _netdev,ro,noauto,nofail,x-systemd.automount,x-systemd.requires=openvpn.service,x-systemd.device-timeout=30 0 0 não funcionaram.

Em rc3.d , experimentei uma ordem de serviços diferente ...

A única solução muito suja que encontrei foi usar a opção _netdev,ro,noauto,nofail 0 0 no fstab apenas para ter certeza de que ignora esses compartilhamentos nfs se eles não forem montados corretamente na inicialização e adicionar uma linha em rc.local para montar os compartilhamentos como mount 192.168.0.1:/myshare

    
por 28.03.2016 / 16:53