nfsd: letzter Server wurde beendet, Export-Cache wird geleert

nfsd: letzter Server wurde beendet, Export-Cache wird geleert

Kurze Zusammenfassung zum Thema:

Die NFS-Freigabe auf einem CentOS6.9-System wird ordnungsgemäß gemountet und zeigt das Verzeichnis an, wenn sie auf einem Windows- oder Linux-System gemountet wird, hat aber Probleme, das Verzeichnis anzuzeigen, wenn sie auf Mac OS-Systemen gemountet wird. Nach dem Mounten der NFS-Freigabe auf einem Mac OS-System kommt es zu einem Durchdrehen des Finders, während er versucht, den Inhalt des Verzeichnisses zu laden.

Fehlermeldung aus /var/log/messages:

kernel: nfsd: last server has exited, flushing export cache
kernel: Installing knfsd (copyright (C) 1996 [email protected])
kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory

Ausgabe von cat /etc/passwd | grep rpc

rpc:x:32:32:Rpcbind Daemon:/var/lib/rpcbind:/sbin/nologin
rpcuser:x:29:29:RPC Service User:/var/lib/nfs:/sbin/nologin

Ich habe große Schwierigkeiten, die Fehlermeldung in /var/log/messages zu verstehen. Was ist mit NFS los? Ich habe online ein paar andere Beiträge gefunden, die darauf hinwiesen, dass der Pfad in /etc/passwd falsch sei, obwohl andere in diesem Beitrag meinten, dass es in Ordnung sein sollte.

Ich habe den in /etc/passwd aufgeführten Pfad noch einmal überprüft und festgestellt, dass es in /var/lib keinen solchen rpcbind-Ordner gibt, aber in /var/cache einen, von dem die Person in diesem Beitrag angab, dass es der richtige Pfad sei. Ist dieser Pfad möglicherweise die Ursache des Problems?

Als Nächstes plane ich, die NFS- und Rpcbind-Dienste neu zu starten und, falls das fehlschlägt, eine Neuinstallation mit yum reinstall nfs-util rpcbind durchzuführen. Falls beide Methoden fehlschlagen, werde ich in Erwägung ziehen, den Pfad von /var/lib nach /var/cache zu ändern.

Ist jemandem dieses Problem schon einmal begegnet?

Bug Zilla Beitrag

Forumsbeitrag auf centos.org

Antwort1

Wenn ich das richtig verstehe, liegt das Problem nicht bei NFS, sondern beim Finder. Bei Windows- und Linux-Clients traten beim Herstellen einer Verbindung zu den NFS-Mounts keine Leistungsprobleme auf.

Dies sind die Schritte, die ich unternommen habe, um das Leistungsproblem im Finder zu beheben:

  1. Rpcbind-Dienst gestoppt
  2. NFSLock-Dienst gestoppt
  3. Ausgeführter Befehl rm -rf /var/lib/nfs/statd/sm/*
  4. Ausgeführter Befehl rm -rf /var/lib/nfs/statd/sm.bak/*
  5. Rpcbind-Dienst gestartet
  6. Nfslock-Dienst gestartet
  7. NFS-Dienst neu gestartet

Danach konnte der Finder problemlos Verzeichnisse öffnen und auflisten. Ich bin mir nicht ganz sicher, warum das funktionierte, aber der Effekt war signifikant.

Zuletzt habe ich versucht, symbolische Links unter /var/lib/rpcbind zu /var/cache/rpcbind hinzuzufügen, aber das hat keinen Unterschied gemacht (natürlich habe ich alle entsprechenden Dienste neu gestartet), also bin ich zur ursprünglichen Konfiguration zurückgekehrt.

EDIT: Der Hauptschuldige waren versteckte Dateien, Millionen davon. Der Finder hatte große Probleme, all diese Dateien zu verarbeiten. Das Entfernen dieser Dateien hat die Leistung besser verbessert als alles andere, was ich versucht habe.

verwandte Informationen