Das Problem
Mindestens ein NFSv4-Bereitstellungspunkt zeigt fälschlicherweise den Besitz von „nobody:nobody“ anstelle des korrekten Besitzes an.
Die Lösung
Dies ist ein beabsichtigtes Verhalten und kein Betriebssystem-bezogenes Problem. Stattdessen handelt es sich um einen Verhaltensunterschied zwischen NFSv3 und NFSv4.
NFSv3-Verhalten
In NFSv3 werden Benutzernamen und Gruppennamen den Werten UserID (UID) und GroupID (GID) in /etc/passwd zugeordnet. Denken Sie daran, dass bei NFSv3 UID und GID über den gesamten Client-Satz hinweg konsistent sein müssen.
Wenn es keine lokale Übereinstimmung für diese UID oder GID gibt, wird der numerische Wert anstelle eines Namens angezeigt.
NFSv4-Verhalten
In NFSv4 lautet das Konzept user@domainname; wenn es keine zentralisierte Benutzerzuordnung gibt, wird der Benutzer den in /etc/idmapd.conf definierten Eigenschaften zugeordnet; standardmäßig wird der Name none verwendet.
Fehlerbehebung
1. Stellen Sie sicher, dass sich die richtige Domäne in /etc/idmapd.conf befindet Datei.
2. Starten Sie den rpcidmapd-Dienst neu.
# service rpcidmapd restart
3. Hängen Sie das NFSv4-Dateisystem erneut ein.
# /bin/mount -o remount /nfs/mount/point
Einheitliche UID- und GID-Vergabe
Es ist ein weit verbreiteter Irrglaube, dass die UIDs und GIDs bei der Verwendung von NFSv4 unterschiedlich sein können. Der einzige Zweck der ID-Zuordnung besteht darin, die ID mit einem Benutzernamen und umgekehrt zu korrelieren. Die ID-Zuordnung ersetzt nicht die ordnungsgemäße Verwaltung netzwerkweiter UID- und GID-Werte.
Wenn der obige Prozess das Problem nicht behebt, leeren Sie den idmapd-Cache:
# /sbin/nfsidmap -c