En un servidor linux rhel 5 (actualizado hace dos meses), se están montando dos NAS con NFS. En estos recursos compartidos, los directorios pertenecen a dos usuarios diferentes, ambos existentes localmente en el servidor.
Uno de ellos está asignado correctamente por rpcidmapd, pero el otro recurso compartido no muestra a nadie:nadie como propietario.
Con información detallada aumentada, el registro de salida para el montaje correcto (usuario de Tomcat):
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: nfs4_name_to_uid: calling nsswitch->name_to_uid
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: nss_getpwnam: name '[email protected]' domain 'domain.com': resulting localname 'tomcat'
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: nfs4_name_to_uid: nsswitch->name_to_uid returned 0
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: nfs4_name_to_uid: final return value is 0
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: Client 0: (user) name "[email protected]" -> id "667"
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: nfs4_name_to_gid: calling nsswitch->name_to_gid
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: nfs4_name_to_gid: nsswitch->name_to_gid returned 0
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: nfs4_name_to_gid: final return value is 0
Jun 1 15:39:19 server_hostname rpc.idmapd[31250]: Client 0: (group) name "[email protected]" -> id "667"
Y para el usuario que no está asignado correctamente, tenemos un código de salida -22:
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: nfs4_name_to_uid: calling nsswitch->name_to_uid
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: nss_getpwnam: name '10701' domain 'domain.com': resulting localname '(null)'
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: nss_getpwnam: name '10701' does not map into domain 'domain.com'
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: nfs4_name_to_uid: nsswitch->name_to_uid returned -22
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: nfs4_name_to_uid: final return value is -22
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: Client 0: (user) name "10701" -> id "99"
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: nfs4_name_to_gid: calling nsswitch->name_to_gid
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: nfs4_name_to_gid: nsswitch->name_to_gid returned -22
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: nfs4_name_to_gid: final return value is -22
Jun 1 15:56:31 server_hostname rpc.idmapd[7128]: Client 0: (group) name "672" -> id "99"
Los mismos soportes funcionan bien en un servidor rhel 7.4.
/etc/idmapd.confes el mismo en ambos servidores.
Tanto los usuarios como los grupos existen localmente, getent passwd responde bien para ambos usuarios.
El nombre de usuario tiene más de 8 caracteres, intenté reducirlo a 8 pero sin éxito.
Pensé en el uid que es superior a 10000, pero no pude encontrar un documento que hablara sobre ese tipo de limitaciones.
Ahora que me faltaban ideas, busqué mucho en Google pero no pude encontrar la razón por la que funciona en un usuario pero no en otro.
Respuesta1
NFSv4 viene con un método para asignar el nombre de usuario a los ID de usuario. Si desea tener las mismas credenciales en el servidor y en el cliente, puede, por ejemplo, dar a ambos sistemas las mismasnombre de dominio
Si esto no funciona en su plataforma, busque en la documentación información sobre cómo configurar eldominio nfsv4