Comment 14 for bug 19196

Yeah, I found the kernel message. Comes from sunrpc. No idea how to trace this.
RPC is voodoo that I hate getting into.

Fabio, you say you see the client and server communicating and then it still fails?

Can you do Daniel's "fix" and see if the tcpdump is somehow different on
negotiation when it works compared to when it fails?

From what it sounds like, the server is getting the client request, but the
client is not getting the ack back from the server. This would sound to me like
the kernel IP stack is not fully configured at this point, in some way. Since
Matt can work around it with a sleep before mounting, this seems to make sense.
However, Daniel's reboot workaround makes me feel uneasy about that assumption.

In Daniel's case there is no difference in the client after a reboot, just that
the server has gone through one failure.

Anyone tried this with something other than a Linux nfs server? Is the nfs
server the userspace or kernel nfsd?