Configurando o compartilhamento de arquivos de rede no raspberry pi, precisa reiniciar o nfs-kernel-server sempre que o sistema for iniciado

Question

Estou construindo um cluster pi do fragberry de 4 nós, portanto, um nó principal e 3 nós de computação, seguindo este tutorial: link

E eu estou tentando usar o protocolo NFS para compartilhar dados de um pendrive, o que eu descobri é que quando eu desligo os pi's e os inicio no dia seguinte, eu tenho que ir para o nó principal e executar:

   sudo systemctl restart nfs-kernel-server 

antes que eu possa montar a unidade nos outros nós. Da mesma forma, no tutorial, foi recomendado atualizar o arquivo / etc / fstab para que a unidade seja montada quando o nó for iniciado. Mas eu estou achando que, porque eu preciso executar o comando acima antes que eu possa montar a unidade, não funciona. Alguém tem alguma sugestão sobre como corrigir esse problema?

Como atualização, fui solicitado a mostrar o status depois de reiniciar o sistema. Eu encontrei um aviso de que o portmapper não estava sendo executado.

     nfs-kernel-server.service - LSB: Kernel NFS server support
     Loaded: loaded (/etc/init.d/nfs-kernel-server)
     Active: active (exited) since Sun 2016-06-05 20:18:02 UTC; 4min 0s ago
     Process: 444 ExecStart=/etc/init.d/nfs-kernel-server start (code=exited, status=0/SUCCESS)

     Jun 05 20:18:02 rpi0 nfs-kernel-server[444]: Exporting directories for NFS kernel daemon....
     Jun 05 20:18:02 rpi0 nfs-kernel-server[444]: Starting NFS kernel daemon: nfsd
     Jun 05 20:18:02 rpi0 nfs-kernel-server[444]: Not starting: portmapper is not running ... (warning).
     Jun 05 20:18:02 rpi0 systemd[1]: Started LSB: Kernel NFS server support.

    

Answer 1

O Google sugere este é um problema com algumas atualizações raspbian .

se você procurar no dmesg / journalctl? Isso seria algo para verificar. Eu acho que você deveria ter visto uma indicação similar se você pensou em verificar o status do portmapper ... se você soubesse que o serviço relevante foi renomeado para rpcbind :). (Embora deveria ter aparecido na lista geral de serviços com falha que eu sugeri para verificar).

[    3.494252] systemd[1]: Found ordering cycle on basic.target/start
[    3.506955] systemd[1]: Found dependency on sysinit.target/start
[    3.519265] systemd[1]: Found dependency on rpcbind.service/start
[    3.531550] systemd[1]: Found dependency on network-online.target/start
[    3.544316] systemd[1]: Found dependency on network.target/start
[    3.556489] systemd[1]: Found dependency on dhcpcd.service/start
[    3.568562] systemd[1]: Found dependency on basic.target/start
[    3.580419] systemd[1]: Breaking ordering cycle by deleting job rpcbind.service/start
[    3.594361] systemd[1]: Job rpcbind.service/start deleted to break ordering cycle starting with basic.target/start

A última postagem no tópico é uma boa solução para hackers.

Parece que outra solução alternativa seria remover o dhcpcd, se você não precisa de um cliente dhcp.

Parece o mesmo que esse bug do Debian (acreditado como fixo): link