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.
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
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
