Bug 770490 - NFSv4 completely ignores idmapper
NFSv4 completely ignores idmapper
Status: CLOSED DUPLICATE of bug 800679
Product: Fedora
Classification: Fedora
Component: nfs-utils (Show other bugs)
Unspecified Unspecified
unspecified Severity urgent
: ---
: ---
Assigned To: Steve Dickson
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2011-12-26 22:12 EST by Anton Starikov
Modified: 2012-03-22 15:30 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-03-22 15:30:07 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Anton Starikov 2011-12-26 22:12:20 EST
Description of problem:

I have solaris express 11 NFS server and linux clients. With older fedora-12 clients everything works as expected. But with fedora-16 it is broken (I have latest nfs-utils with fixed problem of reading domain from  idmap.conf )

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. create proper /etc/idmap.conf
2. start rpc.idmapd
3. mount NFSv4 share
4. ls -l on mounted directory
Actual results:

# rpc.idmapd  -vvvvvvvvvvv -f 
rpc.idmapd: libnfsidmap: using domain: localdomain
rpc.idmapd: libnfsidmap: Realms list: 'LOCALDOMAIN' 
rpc.idmapd: libnfsidmap: processing 'Method' list
rpc.idmapd: libnfsidmap: loaded plugin /lib64/libnfsidmap/nsswitch.so for method nsswitch

rpc.idmapd: Expiration time is 600 seconds.

after mount, all UID/GID of files shown on local machine to be 4294967294 (which differs from local nobody, nfsnobody and from remote nfsnobody). The only exceptions are files owned by IDs which has no correspondent names on remote system. (For example if I chown to particular numeric ID which does not exist on remote machine, then on client it will be shown properly)

/var/lib/nfs/rpc_pipefs/nfs remains empty

Expected results:

when  start idmapd on older F12 system, it logs new client on mount and all attempts to resolve names to ids. on F16 log remains silent.

/var/lib/nfs/rpc_pipefs/nfs on F12 host if full of clntXXX directories.

Additional info:
Comment 1 Steve Dickson 2012-03-15 11:54:30 EDT
I've got a feeling the bz is the same problem:


Could you also get a binary network trace using either 
   tcpdump -s0 -w /tmp/data.pcap host <server>
   tshark -w /tmp/data.pcap <server>

The bzip2 the trace file:
   bzip2 /tmp/data.pcap
Comment 2 Steve Dickson 2012-03-22 15:30:07 EDT

*** This bug has been marked as a duplicate of bug 800679 ***

Note You need to log in before you can comment on or make changes to this bug.