GNU/Linux >> Tutoriels Linux >  >> Linux

mount.nfs :rpc.statd n'est pas en cours d'exécution mais est requis pour le verrouillage à distance

J'ai eu le même problème et c'était parce que le client a essayé de se connecter localement à son propre rpc.

J'ai dû ajouter 127.0.0.1 à mon /etc/hosts.allow dans la machine cliente.

Pour ma session copiée ci-dessous, ce sont les données concernées :

  • guarra est le nom de la machine cliente.
  • 192.168.2.53 le serveur (nommé fluor mais ce nom n'est pas utilisé ici).
  • /files est le partage exporté depuis le serveur.
  • /files/fluor est la destination sur laquelle le monter.

Une pré-modification de session shell :

[email protected]:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24
[email protected]:/files# mount 192.168.2.53:/files fluor/
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
[email protected]:/files#

J'ai modifié le fichier et j'ai ceci :

[email protected]:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24 127.0.0.1
[email protected]:/files# mount 192.168.2.53:/files fluor/
[email protected]:/files#

Après avoir ajouté l'adresse IP locale au client, il pourrait utiliser son propre rpc, comme vous pouvez le voir, le message d'erreur a disparu et j'ai pu monter le partage distant correctement.


systemctl start rpc-statd 

ou

service rpcbind start
service nfs-common start

alors vos montages NFS fonctionneront.


Linux
  1. montage :commande introuvable

  2. Tomcat en cours d'exécution, mais le port 8080 ne répond pas

  3. CronJob ne fonctionne pas

  4. Les scripts de données utilisateur ne s'exécutent pas sur mon AMI personnalisée, mais fonctionnent dans Amazon Linux standard

  5. Nohup pour le script Python ne fonctionne pas lors de l'exécution en arrière-plan avec &

Comment monter un partage NFS sous Linux

Monter un dossier distant avec sshfs

Comment monter NFS sur Debian 11

solution pour le client GIT GUI pour SSH distant

Linux - la commande mount renvoie zéro/0 mais ne fonctionne pas

Pourquoi exécuter named(bind) dans chroot est si important pour la sécurité ? Ou peut-être que ce n'est pas le cas ?