Bug 701286

Summary:	NFS4: rpc.idmapd does not seem to work in the diskless environment
Product:	Red Hat Enterprise Linux 6	Reporter:	Ondrej Valousek <ondrejv>
Component:	kernel	Assignee:	Red Hat Kernel Manager <kernel-mgr>
Status:	CLOSED NOTABUG	QA Contact:	Red Hat Kernel QE team <kernel-qe>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	6.0	CC:	bfields, dhowells, jlayton, rwheeler, steved
Target Milestone:	rc
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-05-02 14:29:22 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Ondrej Valousek 2011-05-02 13:06:46 UTC

Description of problem:
I am booting a diskless RHEL-6 environment using dracut this way:
[victim@data ~]$ cat /proc/cmdline
initrd=rhel6-ws-boot/initramfs.img console=ttyS0,115200 console=tty0 root=nfs4:192.168.60.50:/vol/vol1/OS/rhel6/root crashkernel=256M@16M nomodeset vesa BOOT_IMAGE=rhel6-ws-boot/vmlinuz
The system boots up correctly with / mounted via nfs4 but all files are reported to be owned by root:nobody. I restarted rpc.idmapd with verbose output and it seems that there is no activity whatsoever performed by this daemon:

[root@data .snapshot]# rpc.idmapd -vvvf
rpc.idmapd: libnfsidmap: using domain: dublin.ad.s3group.com

rpc.idmapd: libnfsidmap: processing 'Method' list

rpc.idmapd: libnfsidmap: loaded plugin /usr/lib64/libnfsidmap/nsswitch.so for method nsswitch

rpc.idmapd: Expiration time is 600 seconds.
rpc.idmapd: nfsdopenone: Opening /proc/net/rpc/nfs4.nametoid/channel failed: errno 2 (No such file or directory)
rpc.idmapd: New client: 0
rpc.idmapd: New client: 2

..it stays so for ever (no matter if I try to mount something via nfs4, list content...

Note that this setup worked fine with RHEL-5

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


How reproducible:
always

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 2 Ondrej Valousek 2011-05-02 14:20:04 UTC

Discovered that rpc_pipefs was not mounted in the diskless environment
Please close this bug - I will file up another one against dracut

Comment 3 Jeff Layton 2011-05-02 14:29:22 UTC

Ok, closing as requested...