Linux: clnt_create: RPC: Programm nicht registriert

22

NFS-Mounts wurden kürzlich automatisch deaktiviert. Als ich den NFS-Dienststatus überprüfte, wurde angezeigt, dass er ausgeführt wird.

[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

Die showmountAusgabe zeigte jedoch einen Fehler.

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

Nach dem Neustart des NFS-Dienstes wird in der showmountAusgabe die Exportliste des NFS-Servers angezeigt.

Kann mir jemand die Hauptursache für dieses Problem mitteilen und wie dieses Problem in Zukunft vermieden werden kann?

/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
quelle
Ich überprüfe mein dmesg-Protokoll und / var / log / syslog oder / var / log / messages auf Anzeichen dafür, dass der NFS-Dienst Fehler verursacht hat. Befinden sich die Festplatten, aus denen die NFS-Freigabe besteht, in einem RAID? Wenn ein RAID-Mitglied ausfällt, ist die Freigabe möglicherweise unbrauchbar geworden.
SLM
Überprüfen Sie, ob nfs deamon auf dem nfs-Server ausgeführt wird, auf dem die Freigaben exportiert werden
Da es sich wirklich um eine zu unsinnige Fehlermeldung handelt, habe ich unter bugzilla.kernel.org/show_bug.cgi?id=152151 um Klärung gebeten . Vielleicht wissen wir eines Tages, was damit gemeint ist.
Karl Richter

Antworten:

10

Sie müssen:

[email protected]]$ service nfs status
rpc.svcgssd is stopped
rpc.mountd is stopped
nfsd is stopped
rpc.rquotad is stopped

[email protected]]$ service nfs start
Starting NFS services:                                     [  OK  ]
Starting NFS quotas:                                       [  OK  ]
Starting NFS daemon:                                       [  OK  ]
Starting NFS mountd:                                       [  OK  ]

[email protected]]$ chkconfig nfs on
user49117
quelle
1
service status nfs?
Dylan,
5

Ich hatte dieses Problem mit RHEL6. Es ist seltsam, aber rpcbind-Dienst neu zu starten, bevor der nfs-Dienst und der Fehler verschwunden sind. Ich folge diesem Artikel Konfigurieren Sie NFS-Server Schritt für Schritt in RHEL6. Es funktioniert für mich, aber ich möchte immer noch wissen, was dahinter steckt. Hat noch jemand den Grund dahinter?

rohit
quelle
3
Wenn Sie eine Frage zusammen mit einer Antwort stellen, werden es nur wenige Leute sehen. Nehmen Sie den letzten Satz heraus und stellen Sie eine neue Frage (lesen Sie diese Fragen und Antworten als Lösung, aber nicht als Erklärung).
Anthon
@rohit - Das hat in der Tat das Problem gelöst. RPCBIND-Dienst vor NFS-Dienst neu starten.
Anup
3

Ich hatte dieses Problem und löste es mithilfe eines einfachen Ansatzes zur Konfiguration von NFS-Servern und -Clients, der etwa 10 Schritte umfasst.

  1. installiere nfs-utils und stelle sicher, dass es installiert ist ( yum install -y nfs-utils / rpm -qa | grep nfs-utils)
  2. vi /etc/sysconfig/nfs (Kommentieren Sie die folgenden Portnummern aus und ändern Sie sie. STATD_PORT =, MOUNTD_PORT =, LOCKD_UDPPORT =, LOCKED_TCPPORT = {Sie können 4000-4004 oder eine beliebige Nummer Ihrer Wahl verwenden}
  3. system-config-firewall-tui {Öffnen Sie die unter 2 angegebenen Portnummern sowie 111 (rpc) und 2049 (nfs)}
  4. iptables save
  5. vi /etc/export (Geben Sie das Verzeichnis an, für das Sie es freigeben möchten, und geben Sie die Optionen an, z. /share *(ro,async)
  6. exportfs -rv
  7. service nfs start
  8. ssh root@clientserver. z.B.ssh [email protected]
  9. showmount -e {master ip} z.B. showmount -e 192.168.2.31
  10. mount -t nfs {master ip}:/{shared dir from master} /{mount point} .. z.B. mount -t nfs 192.168.2.31:/share /mnt

Zum Schluss mache a df -h.

Dies ist nur mein kleiner Beitrag; Ich habe möglicherweise nicht alle notwendigen Schritte unternommen, aber dies kann helfen.

Chukwunonso Agbo
quelle
0

Ich habe kürzlich NFS in RHEL auf einer virtuellen Maschine konfiguriert und das gleiche Problem tritt auf, wenn ich den Befehl showmount -e localhost setze. Nachdem ich mehrmals versucht habe, die Dienste neu zu starten, habe ich einfach meine virtuelle Maschine und das Gerät wieder ausgeschaltet und das Problem wurde behoben.

Grüße!!

Gabriel
quelle