O Mount.d parece não iniciar

1

Ontem meu compartilhamento NFS funcionou. Hoje eu recebo:

mount.nfs: access denied by server while mounting

No servidor, quando eu reinicio o nfs (serviço nfs-kernel-server restart) eu recebo:

* Stopping NFS kernel daemon                                                                                                             [ OK ] 
* Unexporting directories for NFS kernel daemon...                                                                                       [ OK ] 
* Exporting directories for NFS kernel daemon...                                                                                         [ OK ] 
* Starting NFS kernel daemon                                                                  
Usage: rpc.mountd [-F|--foreground] [-h|--help] [-v|--version] [-d kind|--debug kind]
    [-o num|--descriptors num] [-f exports-file|--exports-file=file]
    [-p|--port port] [-V version|--nfs-version version]
    [-N version|--no-nfs-version version] [-n|--no-tcp]
    [-H ha-callout-prog] [-s|--state-directory-path path]
    [-g|--manage-gids] [-t num|--num-threads=num]
                                                             [fail]

Isso me leva à conclusão: o mount.d não aparece. O que você acha? (Eu tentei muito já, mas tudo parece bem, exceto que a mensagem "Fail", eu reiniciei cliente e servidor, reinstalado nfs etc).

No syslog eu não consigo encontrar nada de estranho, exceto isto:

kernel: [  114.548230] nfsd: last server has exited, flushing     export cache
Sep  1 13:43:50 srv262 kernel: [  115.609287] NFSD: Using /var/lib    /nfs/v4recovery as the NFSv4 state recovery directory
Sep  1 13:43:50 srv262 kernel: [  115.609299] NFSD: starting 90-second grace period (net ffffffff81cdab40)

O que mudou em comparação com ontem? Talvez atualizações. A máquina roda como VM no Vmware Player, talvez Suspender do Vmware danificou alguns arquivos?

Clientes são conectados via OpenVPN ao servidor - como dito, funcionou até hoje ..

Thx

    
por Peter Fleix 01.09.2015 / 13:46

0 respostas