
Instalei o pacote nfs-utils
e testei via:
# mount -t nfs server:/mnt /mnt
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
Ok, provavelmente será necessário iniciar isso - via systemd - certo?
# systemctl start nfs-lock.service
Job failed. See system journal and 'systemctl status' for details.
# journalctl
Jun 15 23:22:18 host rpc.statd[24339]: Version 1.2.6 starting
Jun 15 23:22:18 host rpc.statd[24339]: Opening /var/run/rpc.statd.pid failed:
Permission denied
[..]
Jun 15 23:22:18 host systemd[1]: nfs-lock.service: control process exited,
code=exited status=1
Jun 15 23:22:18 host systemd[1]: Unit nfs-lock.service entered failed state.
Parece um problema relacionado ao SELinux?
Jun 15 23:22:18 host setroubleshoot[3211]: analyze_avc()
avc=scontext=system_u:system_r:rpcd_t:s0
tcontext=unconfined_u:object_r:var_run_t:s0
access=['unlink'] tclass=file tpath=rpc.statd.pid
Jun 15 23:22:18 host setroubleshoot[3211]: SELinux is preventing
/usr/sbin/rpc.statd from unlink access on the file rpc.statd.pid.
Jun 15 23:22:18 host setroubleshoot[3211]: analyze_avc()
avc=scontext=system_u:system_r:rpcd_t:s0
tcontext=unconfined_u:object_r:var_run_t:s0
access=['write'] tclass=file tpath=rpc.statd.pid
Jun 15 23:22:18 host setroubleshoot[3211]: SELinux is preventing
/usr/sbin/rpc.statd from write access on the file rpc.statd.pid.
Ok - agora a questão é: qual configuração do SELinux ou qual rótulo de arquivo devo alterar?
# systemctl status nfs-lock.service
nfs-lock.service - NFS file locking service.
Loaded: loaded (/usr/lib/systemd/system/nfs-lock.service; enabled)
Active: failed (Result: exit-code) since Fri, 15 Jun 2012 23:22:18 +0200;
13min ago
Process: 24338 ExecStart=/sbin/rpc.statd $STATDARG
(code=exited, status=1/FAILURE)
Process: 24334 ExecStartPre=/usr/lib/nfs-utils/scripts/nfs-lock.preconfig
(code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/nfs-lock.service
Está faltando um pacote ou estou usando o serviço errado?
Responder1
Não tenho certeza se isso vai ajudar porque não vi nenhum erro do SElinux.
Depois de instalar o Fedora 17, atualizei para a versão mais recente, mas não reiniciei. Eu saí e entrei novamente por causa das atualizações de vários pacotes do gnome. (Não percebi que a atualização systemd
também incluía uma atualização.)
Para montar meus compartilhamentos NFS instalei nfs-utils
e tentei iniciar o serviço rpcbind:
sudo systemctl start rpcbind.service
Recebi o seguinte erro:
Failed to issue method call: Unit var-run.mount failed to load: No such file or directory. See system logs and 'systemctl status var-run.mount' for details.
var-run.mount parece ter sido removido recentemente yum whatprovides
e mostra que systemd-44-8.fc17
ainda o possui.
Vários outros serviços NFS geraram o mesmo erro.
No meu caso, simplesmente reiniciar ajudou. Portanto, você pode querer atualizar para os pacotes mais recentes e reiniciar. (Se alguém souber uma maneira de fazer o systemd reler sua configuração sem reinicializar, por favor me avise.)
Responder2
o nome do serviço que você deve iniciar é 'nfslock' no Fedora 17, então:
systemctl start nfslock
já está habilitado depois de instalar o nfs-utils
Responder3
Parece que iniciar nfs-lock.service
via systemd não é realmente um pré-requisito para fazer uma montagem do NFS 3 a partir da linha de comando.
Apenas executando
# mount -t nfs server:/mnt /mnt
(após a nfs-utils
instalação do pacote) resulta em um carregamento rpc.statd
- sem mais mensagens de erro do SELinux. E a exportação NFS montada pode ser usada sem problemas.
Parece que o Kernel apenas inicia o rpc.statd (e amigos) sob demanda, sem interagir com o systemd:
# pgrep -l rpc
3063 rpc.statd
22599 rpciod
24280 rpcbind