On Apr 25, 2014, at 1:35 PM, Craig Yoshioka <craigyk@xxxxxx> wrote: > I have a FreeBSD server with several NFSv4 shares. > > I have several linux clients (Ubuntu 12.04) that connect just fine and are able to use the NFS shares with 0 problems. > > But I’ve run into idmap problems with some newer linux distros ( Mint 16, Ubuntu 14.04 ) where chown as root sets file ownership as nobody (the idmap operation fails). Just to be clear, chown as root is working fine from the Ubuntu 12.04 machines. This poses a problem since some desktop GUIs like to do this sort of thing when creating config files in user home directories, and so user GUI logins fail. > > the logs have a lot of this: > > Apr 25 12:17:51 server rpc.idmapd[433]: nfs4_name_to_uid: calling nsswitch->name_to_uid > Apr 25 12:17:51 server rpc.idmapd[433]: nss_getpwnam: name 'craigyk@xxxxxxxxx' domain 'nimgs.com': resulting localname 'craigyk' > Apr 25 12:17:51 server rpc.idmapd[433]: nfs4_name_to_uid: nsswitch->name_to_uid returned 0 > Apr 25 12:17:51 server rpc.idmapd[433]: nfs4_name_to_uid: final return value is 0 > Apr 25 12:17:51 server rpc.idmapd[433]: Client 0: (user) name "craigyk@xxxxxxxxx" -> id "11115" > ... > Apr 25 12:18:03 server rpc.idmapd[433]: nfs4_name_to_uid: calling nsswitch->name_to_uid > Apr 25 12:18:03 server rpc.idmapd[433]: nss_getpwnam: name '11115@xxxxxxxxx' domain 'nimgs.com': resulting localname '11115' > Apr 25 12:18:03 server rpc.idmapd[433]: nss_getpwnam: name '11115' not found in domain 'nimgs.com' > Apr 25 12:18:03 server rpc.idmapd[433]: nfs4_name_to_uid: nsswitch->name_to_uid returned -2 > Apr 25 12:18:03 server rpc.idmapd[433]: nfs4_name_to_uid: final return value is -2 > Apr 25 12:18:03 server rpc.idmapd[433]: Client 0: (user) name "11115@xxxxxxxxx" -> id "65534" > > I’ve tried almost everything I can think of. > The users are being served from Samba4. > The uid and gid are the same on all clients. > > Why is idmap trying to lookup the user id by it’s user id?— HI Craig, If the id-mapping is not working via user names, the client will try to see if user ids will work. Since the client cannot send a numeric ID, it sends a string, in this case “11115”. Check to make sure that id mapping is properly configured on both the server and client. Thanks, Tom-- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
