nfs4 mounted share is not mapping root correctly

Bug #1223487 reported by Craig Yoshioka
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libnfsidmap (Ubuntu)
New
Undecided
Unassigned

Bug Description

I have a couple of NFS4 shares being exported from FreeBSD machine with the no_root_squash option (maproot on FreeBSD).

I have a couple Ubuntu 12.04 clients that mount the shares and behave normally.
If I am root on one of these machines I can chown files to any user/group but if I try the same on Ubuntu 13.04 the user gets mapped to nobody. I also tried Mint 15 and it has the same problem, so this isn't an Ubuntu problem per se, but I'm not sure where it might be.

Tags: bot-comment
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/1223487/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

tags: added: bot-comment
Revision history for this message
Craig Yoshioka (craigyk) wrote :

This is my best guess as to where the problem lies

affects: ubuntu → libnfsidmap (Ubuntu)
Revision history for this message
Craig Yoshioka (craigyk) wrote :

Also, I've just checked for myself that it is NOT broken on 12.04 Server but it is on 12.04 Desktop (as well as 13.04 Server and Desktop, Mint 15). Hopefully that narrows is down further.

Revision history for this message
Craig Yoshioka (craigyk) wrote :

To be clearer then,

where admin and admin2 are ldap users

on affected machines:

>ls /mynfs4mount
-rwxrwxr-x 1 admin admins 0B Sep 10 15:40 test
-rwxrwxr-x 1 admin admins 0B Sep 10 15:40 test2

>chown admin2 /mynfs4mount/test*
>ls /mynfs4mount
-rwxrwxr-x 1 nobody admins 0B Sep 10 15:40 test
-rwxrwxr-x 1 nobody admins 0B Sep 10 15:40 test2

whereas on good machines:

>ls /mynfs4mount
-rwxrwxr-x 1 admin admins 0B Sep 10 15:40 test
-rwxrwxr-x 1 admin admins 0B Sep 10 15:40 test2

> chown admin2 /mynfs4mount/test*
>ls /mynfs4mount
-rwxrwxr-x 1 admin2 admins 0B Sep 10 15:40 test
-rwxrwxr-x 1 admin2 admins 0B Sep 10 15:40 test2

Revision history for this message
Craig Yoshioka (craigyk) wrote :

on the broken machines the syslog also has these statements:

Sep 11 16:29:46 vm2 rpc.idmapd[601]: nss_getpwnam: name '<email address hidden>' domain 'my.com': resulting localname '5000'
Sep 11 16:29:46 vm2 rpc.idmapd[601]: nss_getpwnam: name '5000' not found in domain 'my.com'

so whatever is broken is causing a lookup by uid rather than username.

Revision history for this message
Craig Yoshioka (craigyk) wrote :

even weirder… if I install Ubuntu 12.04 Server and then install the ubuntu-desktop package. The NFS4/LDAP stuff all works as well.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.