Linux: clnt_create: RPC: programme non enregistré

22

Les montages NFS ont récemment été automatiquement montés. Lorsque j'ai vérifié, l'état du service NFS était en cours d'exécution.

[root@hsluasrepo]# service nfs status
rpc.svcgssd is stopped
rpc.mountd (pid 4083) is running...
nfsd (pid 4148 4147 4146 4145 4144 4143 4142 4141) is running...
rpc.rquotad (pid 4079) is running...

[root@hsluasrepo]# service rpcbind status
rpcbind (pid  4203) is running...

[root@hsluasrepo common]# rpcinfo -p 10.80.3.154
   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper

Mais la showmountsortie montrait une erreur.

[root@hsluasrepo ]# showmount -e 10.80.3.154
clnt_create: RPC: Program not registered

Après avoir redémarré le service NFS, la showmountsortie affiche la liste d'exportation du serveur NFS.

Quelqu'un peut-il me dire la cause première de ce problème et comment éviter ce problème à l'avenir?

/var/log/messages:

Jul 7 03:22:01 hsluasrepo rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1188" x-info="rsyslog.com"] rsyslogd was HUPed
Jul 7 03:22:02 hsluasrepo rhsmd: In order for Subscription Manager to provide your system with updates, your system must be registered with RHN. Please enter your Red Hat login to ensure your system is up-to-date.
Jul 8 03:22:01 hsluasrepo rhsmd: In order for Subscription Manager to provide your system with updates, your system must be registered with RHN. Please enter your Red Hat login to ensure your system is up-to-date.
Jul 8 16:36:55 hsluasrepo kernel: nfsd: last server has exited, flushing export cache
Jul 8 16:36:55 hsluasrepo rpc.mountd[4083]: Caught signal 15, un-registering and exiting.
Jul 8 16:36:55 hsluasrepo rpc.mountd[24463]: Version 1.2.3 starting
Jul 8 16:36:55 hsluasrepo kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Jul 8 16:36:55 hsluasrepo kernel: NFSD: starting 90-second grace period
Jul 8 16:37:32 hsluasrepo rpc.mountd[24463]: authenticated mount request from 10.60.5.208:1004 for /common/PROD (/common/PROD)
Jul 8 16:38:09 hsluasrepo rpc.mountd[24463]: authenticated mount request from 10.60.5.181:869 for /common/PROD (/common/PROD) 
Jul 8 16:38:43 hsluasrepo rpc.mountd[24463]: authenticated mount request from 10.60.5.180:825 for /common/PROD (/common/PROD)
Jul 8 16:39:12 hsluasrepo rpc.mountd[24463]: authenticated mount request from 10.60.5.176:688 for /common/PROD (/common/PROD)

linux mount

— user42459
source

Je vérifierais mon journal dmesg et / var / log / syslog ou / var / log / messages pour des signes que le service NFS a jeté des erreurs. Les disques que le partage NFS comprend sont-ils également dans un RAID quelconque? Si un membre du RAID a échoué, le partage est peut-être passé dans un état inutilisable.

— slm

vérifier si le démon nfs est en cours d'exécution sur le serveur nfs où les partages sont exportés

Comme c'est vraiment un message d'erreur trop insensé, j'ai demandé des éclaircissements à bugzilla.kernel.org/show_bug.cgi?id=152151 . Peut-être saurons-nous un jour ce que cela signifie réellement.

— Karl Richter

10

vous devez:

root@10.80.3.154]$ service nfs status
rpc.svcgssd is stopped
rpc.mountd is stopped
nfsd is stopped
rpc.rquotad is stopped

root@10.80.3.154]$ service nfs start
Starting NFS services:                                     [  OK  ]
Starting NFS quotas:                                       [  OK  ]
Starting NFS daemon:                                       [  OK  ]
Starting NFS mountd:                                       [  OK  ]

root@10.80.3.154]$ chkconfig nfs on

— user49117
source

1

service status nfs?

— Dylan

5

J'ai rencontré ce problème sur RHEL6. C'est étrange mais redémarrez le service rpcbind avant le service nfs et l'erreur a disparu. Je suivant cet article Configurer le serveur NFS pas à pas dans RHEL6 Cela fonctionne pour moi mais je veux quand même savoir pourquoi. Quelqu'un d'autre a la raison derrière?

— rohit
source

3

Si vous posez une question avec une réponse, peu de gens vont la voir. Retirez la dernière phrase et transformez-la en une nouvelle question (référez-vous à ce Q&R comme solution, mais pas d'explication).

— Anthon

@rohit - Cela a en effet résolu le problème. Redémarrage du service RPCBIND avant le service NFS.

— anup

3

J'ai eu ce problème et je l'ai résolu en utilisant une approche simple de la configuration du serveur et du client nfs, cela implique 10 étapes.

installez nfs-utils et vérifiez qu'il est installé ( yum install -y nfs-utils / rpm -qa | grep nfs-utils)
vi /etc/sysconfig/nfs (décommentez et modifiez les numéros de port des éléments suivants. STATD_PORT =, MOUNTD_PORT =, LOCKD_UDPPORT =, LOCKED_TCPPORT = {vous pouvez utiliser 4000-4004 ou l'un de vos choix}
system-config-firewall-tui {Ouvrez les numéros de port spécifiés en 2 ci-dessus ainsi que 111 (rpc) et 2049 (nfs)}
iptables save
vi /etc/export (fournir le répertoire à partager et où le partager et les options par exemple. /share *(ro,async)
exportfs -rv
service nfs start
ssh root@clientserver. par exemple.ssh root@192.168.2.15
showmount -e {master ip} par exemple. showmount -e 192.168.2.31
mount -t nfs {master ip}:/{shared dir from master} /{mount point} .. par exemple. mount -t nfs 192.168.2.31:/share /mnt

Enfin, faites un df -h.

Ceci est juste ma petite contribution; Je n'ai peut-être pas pris toutes les mesures nécessaires, mais cela peut aider.

— Chukwunonso Agbo
source

0

j'ai récemment configuré NFS dans RHEL sur une machine virtuelle et le même problème apparaît lorsque je définis la commande showmount -e localhost. Après avoir essayé de redémarrer les services à plusieurs reprises, je viens d'éteindre ma machine virtuelle et de la remettre sous tension et le problème a été résolu.

Cordialement!!

— Gabriel
source