Comment monter des volumes NFS 3 sur Fedora 17?

J'ai installé le package nfs-utils et l'ai essayé 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, probablement besoin de commencer – via systemd – non?

 # 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. 

On dirait un problème lié à 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 – maintenant la question est: quelle configuration SELinux ou quelle label de file dois-je changer?

 # 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 

Un colis manque-t-il ou est-ce que j'utilise le mauvais service?

Je ne sais pas si cela va aider parce que je n'ai pas vu d'erreurs SElinux.

Mais je post ce qui a fonctionné pour moi et les problèmes que j'ai rencontrés dans l'espoir que cela aide.

Après l'installation de Fedora 17, je mets à jour la dernière version mais je ne redémarre pas. Je me suis déconnecté et de return en raison des mises à jour de plusieurs packages gnome. (Je n'ai pas remarqué que la mise à jour incluait également une mise à jour de systemd ).

Pour monter mes partages NFS, j'ai installé nfs-utils et essayé de démarrer le service rpcbind:

 sudo systemctl start rpcbind.service 

J'ai reçu l'erreur suivante:

 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 semble avoir été supprimé récemment yum whatprovides montre que systemd-44-8.fc17 encore.

Plusieurs autres services NFS ont émis la même erreur.

Dans mon cas, simplement redémarrage aidé. Vous pouvez donc mettre à jour les derniers packages et redémarrer. (Si quelqu'un sait comment faire pour que systemd relise la config sans redémarrer s'il vous plaît faites le moi savoir.)

le nom du service que vous devez démarrer est 'nfslock' dans fedora 17 donc:

systemctl start nfslock

il est déjà activé après l'installation de nfs-utils

Il semble que démarrer nfs-lock.service via systemd n'est pas vraiment un prérequirejs pour faire un assembly NFS 3 depuis la command line.

Juste en train d'exécuter

 # mount -t nfs server:/mnt /mnt 

(après l'installation du package nfs-utils ) entraîne un rpc.statd chargé – sans autres messages d'erreur SELinux. Et l'export montée NFS est utilisable sans problèmes.

Il semble que le kernel démarre simplement rpc.statd (et ses amis) à la request sans interagir avec systemd:

 # pgrep -l rpc 3063 rpc.statd 22599 rpciod 24280 rpcbind