Talpey, Thomas wrote: > At 07:20 AM 5/21/2008, Erik Hensema / HostingXS Internet Services wrote: >> So I granted 192.168.200.45 access to the portmapper on voyager, and >> most clients were unstuck. I updated hosts.allow on most clients to >> grant access to the portmapper now. >> >> Now I still have about 4 clients which can't lock rrd files. > ... >> Everything is NFSv3 by the way. Most clients are opensuse 10.2 (kernel >> 2.6.18.8), server is opensuse 10.3 (kernel 2.6.22.17). > > You need to grant access to the client's portmap, nlm and statd ports > in order for the server to call back with locking operations. Unfortunately, > only portmap is at a well-known port (111). The nlm and statd ports are > dynamically selected, and receive random high numbered port values. > > They are then advertised in portmap so if you are concerned about opening > up an entire port range to the servers, you can see these with "rpcinfo -p". > This command will show them under the names "nlockmgr" and "status" > respectively. Remember these ports may change at every boot. > > Also be aware that "statd" is a kernel process on opensuse. Most other > distros have rpc.statd as a user process. > "statd" is in-kernel only till OpenSUSE 10.2 and not in OpenSUSE 10.3. It's a userspace process in 10.3 and make sure it's running. Thanks, -- Suresh Jayaraman ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ NFS maillist - NFS@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/nfs _______________________________________________ Please note that nfs@xxxxxxxxxxxxxxxxxxxxx is being discontinued. Please subscribe to linux-nfs@xxxxxxxxxxxxxxx instead. http://vger.kernel.org/vger-lists.html#linux-nfs -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
