nfsv4, weird permissions

[J. Bruce Fields]

On Wed, Jun 25, 2008 at 03:35:59AM +0200, Julius wrote:
> On Tue, 2008-06-24 at 20:25 -0400, J. Bruce Fields wrote:
> > On Wed, Jun 25, 2008 at 01:30:36AM +0200, Julius wrote:
> > > 
> > > 
> > > > ok. so the server idmapd is doing it's job, for example, the name
> > > > progger at localdomain gets to the client. now look at the output of the
> > > > client idmapd, which should map the name progger at localdomain to a UID.
> > > 
> > > 
> > > ive stopped the rpc.imapd that was started by the boot scripts and
> > > started it like this:
> > > 
> > > rpc.idmapd -v -v -v -v -f
> > > rpc.idmapd: libnfsidmap: using domain: localdomain
> > > 
> > > rpc.idmapd: libnfsidmap: using translation method: nsswitch
> > > 
> > > rpc.idmapd: Expiration time is 600 seconds.
> > > rpc.idmapd: Opened /proc/net/rpc/nfs4.nametoid/channel
> > > rpc.idmapd: Opened /proc/net/rpc/nfs4.idtoname/channel
> > > 
> > > after mount -t nfs4 .... && ls -l mountpoint
> > > 
> > > it shows no mappings, at least not like the ones on the server.
> > 
> > Is rpc_pipefs mounted?  (Probably should be at /var/lib/nfs/rpc_pipefs).
> 
> No, but ive created the directory:
> /var/lib/nfs/rpc_pipefs/nfs/
> 
> because rpc.imapd tried to open it every time.

That's the problem, then; just:

	mount -trpc_pipefs none /var/lib/nfs/rpc_pipefs

on the client and restart everything.

And of course you'll want to add that to your /etc/fstab or your init
scripts so you don't have to do it by hand next time.

(Just curious: why are you doing all this by hand?  Any modern distro
will set all of this up for you.)

--b.