On 04/23/2010 11:18 AM, Jan Engelhardt wrote:
Hi,
I just noticed that in a diskless-system initramfs, mount.nfs4 appears
to hang whenever it cannot get a response (any response) from the
rpcbind port. If there is no rpcbind running and thus, TCP RST is sent,
fine. But if it's dropped, like when the "lo" device is not in the "up"
state (as can easily happen at this stage of boot), mount.nfs4 waits
forever.
The rpcbind registration RPC request is "hard". Maybe it should be "soft".
But a better question is why are you doing an NFS mount if "lo" is not
up? NFS has never worked in this case, because there would be no way
for the kernel to communicate with user space.
--
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
