From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chuck Lever Subject: Re: [basic] nfsd failing to start Date: Mon, 12 Jan 2009 17:14:15 -0500 Message-ID: <54FED3E6-80D0-4D45-A295-1C2CE2F9DA56@oracle.com> References: <87zlhxy102.fsf@newsguy.com> <20090112172418.GC24322@fieldses.org> Mime-Version: 1.0 (Apple Message framework v930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Cc: Harry P , linux-nfs@vger.kernel.org To: "J. Bruce Fields" Return-path: Received: from rcsinet11.oracle.com ([148.87.113.123]:52128 "EHLO rgminet11.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757820AbZALWOh (ORCPT ); Mon, 12 Jan 2009 17:14:37 -0500 In-Reply-To: <20090112172418.GC24322@fieldses.org> Sender: linux-nfs-owner@vger.kernel.org List-ID: On Jan 12, 2009, at 12:24 PM, J. Bruce Fields wrote: > On Sun, Jan 11, 2009 at 03:41:01PM -0600, Harry P wrote: >> NOTE: This is a repost of a message posted on gentoo.user list >> >> I've apparently forgotten whatever little I may have known about >> setting up nfs from having used it long ago. >> >> I found a brief help page on google that I used to get this far along >> at: >> http://linux-bsd-sharing.blogspot.com/2008/09/howto-setup-nfs-server-on-gentoo.html >> >> Its very brief and has no debugging info. >> >> Also I see nothing about debugging in /etc/conf.d/nfs either. >> >> After setting all nfs related kernel items and booting the kernel. >> (The setting are inlined toward the end of this message) >> Checking that mods appears to be installed and running. Making sure >> portmapper is running. >> >> Then when I try to start nfsd service it fails, producing these >> messages in sysklogd: >> >> Jan [...] nfsd[29077]: nfssvc: Protocol not supported >> Jan [...' : RPC: failed to contact local rpcbind server (errno 5). > > Hm, maybe it's the portmap version: > >> >> Only one of the nfssvc lines appear but the RPC line appears several >> times. >> >> I got the impression from google that nfssvc was related to nfs4 so >> may not mean too much ... but then I'm really not sure what it might >> mean. >> >> I don't really know what info would be helpfull but have included >> output from emerge, rpcinfo, lsmod and related kernel settings: >> >> Installed nfs related pkgs >> [...] >> Sat Jan 10 18:30:11 2009 >>> net-libs/libnfsidmap-0.21-r1 >> Sat Jan 10 18:30:30 2009 >>> net-nds/portmap-6.0 >> Sat Jan 10 18:31:20 2009 >>> dev-libs/libevent-1.4.9 >> Sat Jan 10 18:32:39 2009 >>> net-fs/nfs-utils-1.1.4 >> >> ===== * ===== * ===== * ===== >> >> kernel: >> # grep 'NFS\|RPC' .config >> >> # CONFIG_AF_RXRPC is not set >> CONFIG_NFS_FS=m >> CONFIG_NFS_V3=y >> CONFIG_NFS_V3_ACL=y >> CONFIG_NFS_V4=y >> CONFIG_NFSD=m >> CONFIG_NFSD_V2_ACL=y >> CONFIG_NFSD_V3=y >> CONFIG_NFSD_V3_ACL=y >> CONFIG_NFSD_V4=y >> CONFIG_NFS_ACL_SUPPORT=m >> CONFIG_NFS_COMMON=y >> CONFIG_SUNRPC=m >> CONFIG_SUNRPC_GSS=m >> CONFIG_SUNRPC_REGISTER_V4=y > > From the config help test: "If you enable this option, you must run a > portmapper daemon that supports rpcbind protocol version 4." > > Chuck, what's the minimum userland required to support this? User land must be running a portmapper that supports rpcbind protocol version 4. Currently Linux's portmapper does not, which is why the setting defaults to N. Recent Fedora distributions have replaced the portmap daemon with a port of Sun's rpcbind daemon, which does support rpcbind version 4. But most other distributions still use portmap. I was hoping not to clutter svc_register() with logic to determine which is running, since it will add complexity with little value. And eventually (or, soon, hopefully) everyone will run the rpcbind port, and that logic won't be needed at all. In addition, rpcbind/libtirpc are still not entirely stable (API/ABI- wise) so it may be better to leave this as a hard compile-time switch until distributions are comfortable replacing portmap with rpcbind. > --b. > >> CONFIG_RPCSEC_GSS_KRB5=m >> # CONFIG_RPCSEC_GSS_SPKM3 is not set >> >> ===== * ===== * ===== * ===== >> >> # rpcinfo -p localhost >> program vers proto port >> 100000 2 tcp 111 portmapper >> 100000 2 udp 111 portmapper >> 100024 1 udp 34971 status >> 100024 1 tcp 43460 status >> 100005 1 udp 34365 mountd >> 100005 1 tcp 44349 mountd >> 100005 2 udp 34365 mountd >> 100005 2 tcp 44349 mountd >> 100005 3 udp 34365 mountd >> 100005 3 tcp 44349 mountd >> >> ===== * ===== * ===== * ===== >> >> lsmod >> >> Module Size Used by >> nfs 206772 0 >> nfsd 185008 9 >> lockd 55160 2 nfs,nfsd >> nfs_acl 2688 2 nfs,nfsd >> auth_rpcgss 28548 1 nfsd >> sunrpc 144584 9 nfs,nfsd,lockd,nfs_acl,auth_rpcgss >> exportfs 3456 1 nfsd >> fuse 42268 0 >> usbhid 13588 0 >> usbmouse 3712 0 >> usbkbd 4992 0 >> floppy 45348 0 >> pcspkr 2176 0 >> i2c_i801 7952 0 >> r8169 26500 0 >> i2c_core 17680 1 i2c_i801 >> mii 4224 1 r8169 >> snd_intel8x0 25500 0 >> snd_ac97_codec 88352 1 snd_intel8x0 >> ehci_hcd 28684 0 >> uhci_hcd 18444 0 >> ac97_bus 1536 1 snd_ac97_codec >> snd_pcm 48008 2 snd_intel8x0,snd_ac97_codec >> snd_timer 15364 1 snd_pcm >> snd 34788 4 >> snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer >> usbcore 104760 6 >> usbhid,usbmouse,usbkbd,ehci_hcd,uhci_hcd >> snd_page_alloc 7304 2 snd_intel8x0,snd_pcm >> intel_agp 22588 1 >> agpgart 25520 1 intel_agp >> button 5904 0 >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux- >> nfs" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html -- Chuck Lever chuck[dot]lever[at]oracle[dot]com