Linux: clnt_create: RPC: programa no registrado

22

Los montajes NFS recientemente se desmontaron automáticamente. Cuando verifiqué, se mostró que el estado del servicio NFS se estaba ejecutando.

[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

Pero la showmountsalida mostraba un error.

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

Después de reiniciar el servicio NFS, la showmountsalida muestra la lista de exportación del servidor NFS.

¿Alguien puede decirme la causa raíz de este problema y cómo evitar este problema en el futuro?

/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

— usuario42459
fuente

Revisaría mi registro de dmesg y / var / log / syslog o / var / log / messages en busca de signos de que el servicio NFS arrojó algún error. Además, los discos que comparte el NFS están compuestos, ¿están en algún tipo de RAID? Si un miembro del RAID falló, el recurso compartido puede haber quedado en un estado inutilizable.

— slm

compruebe si nfs deamon se está ejecutando en el servidor nfs donde se exportan los

Como realmente es un mensaje de error demasiado absurdo, solicité una aclaración en bugzilla.kernel.org/show_bug.cgi?id=152151 . Tal vez algún día sepamos lo que realmente significa.

— Karl Richter

10

tienes que:

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

— usuario49117
fuente

1

service status nfs?

— Dylan

5

Me enfrenté a este problema en RHEL6. Es extraño, pero reinicie el servicio rpcbind antes de que el servicio nfs y el error desaparezcan. Siguiendo este artículo, configure el servidor NFS paso a paso en RHEL6. Funciona para mí, pero aún quiero saber cómo razonar. ¿Alguien más tiene la razón detrás?

— rohit
fuente

3

Si pone una pregunta junto con una respuesta, pocas personas la verán. Tome la última oración y conviértala en una nueva pregunta (consulte estas preguntas y respuestas como una solución, pero no como una explicación).

— Anthon

@rohit: eso resolvió el problema. El servicio RPCBIND se reinicia antes del servicio NFS.

— anup

3

Tuve este problema y lo resolví utilizando un enfoque simple para la configuración del cliente y el servidor nfs que implica como 10 pasos.

instale nfs-utils y verifique que esté instalado ( yum install -y nfs-utils / rpm -qa | grep nfs-utils)
vi /etc/sysconfig/nfs (descomente y cambie los números de puerto de los siguientes ... STATD_PORT =, MOUNTD_PORT =, LOCKD_UDPPORT =, LOCKED_TCPPORT = {puede usar 4000-4004 o cualquiera de su elección}
system-config-firewall-tui {Abra los números de puerto especificados en 2 anteriores y también 111 (rpc) y 2049 (nfs)}
iptables save
vi /etc/export (proporcione el directorio para compartir y dónde compartirlo y las opciones, por ejemplo. /share *(ro,async)
exportfs -rv
service nfs start
ssh root@clientserver. p.ej.ssh root@192.168.2.15
showmount -e {master ip} p.ej. showmount -e 192.168.2.31
mount -t nfs {master ip}:/{shared dir from master} /{mount point} .. p.ej. mount -t nfs 192.168.2.31:/share /mnt

Finalmente, haz un df -h.

Esta es solo mi pequeña contribución; Puede que no haya tomado todos los pasos necesarios, pero esto puede ayudar.

— Chukwunonso Agbo
fuente

0

Recientemente configuré NFS en RHEL en una máquina virtual y aparece el mismo problema cuando configuro el comando showmount -e localhost. Después de intentar reiniciar los servicios varias veces, acabo de apagar mi máquina virtual y volver a encenderla y el problema se resolvió.

¡¡Saludos!!

— Gabriel
fuente