Chuck Lever wrote: > On Apr 25, 2008, at 7:55 PM, Steinar H. Gunderson wrote: >> On Fri, Apr 25, 2008 at 06:13:03PM -0400, Chuck Lever wrote: >>> I just tried this specific use case. >>> >>> Because of the local packet filtering on the client, the kernel's RPC >>> client is getting -EPERM when trying to send the initial rpcbind >>> request. >>> >>> As far as I can see, nothing in the RPC client knows how to deal >>> specifically with that error code, so it punts the request, and the >>> mount fails. >>> >>> When I originally tested mount protocol/version negotiation, I used only >>> server-side filtering. >> >> I checked the original bug report, and indeed it seems that the >> blocking was >> on the client there as well. I'll ask the user to check what happens >> when the filtering is done server-side instead. >> >> There's also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476128, >> but I believe that's a different bug. > > > FYI: Steve Dickson (nfs-utils maintainer) is already looking at removing > EACCES from the list of temporary errors, so yes, we're aware of that > issue. Actually it has been removed already... steved. -- 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
