Description of problem: rpc.nfsd from nfs-utils 1.3.3 refused to start on the first call, but starts on the second. How reproducible: Always Steps to Reproduce: # /usr/sbin/rpc.nfsd -d 8 rpc.nfsd: knfsd is currently down rpc.nfsd: Writing version string to kernel: -2 +3 +4 rpc.nfsd: Creating AF_INET TCP socket. rpc.nfsd: Creating AF_INET UDP socket. rpc.nfsd: Creating AF_INET6 TCP socket. rpc.nfsd: address family AF_INET6 not supported by protocol TCP rpc.nfsd: unable to set any sockets for nfsd # pgrep -c nfsd 0 # /usr/sbin/rpc.nfsd -d 8 rpc.nfsd: knfsd is currently up # pgrep -c nfsd 10 Additional info: Works with nfs-utils 1.3.2 and seems to be related to commit 2f8a60200f4cc599bb421eb22de3212488d28701. If I revert the commit, rpc.nfsd starts on the first call again. System: up-to-date CRUX 3.1
Reproducible for me on serveral machines with different kernel versions. Can someone else this confirm, please?
Another note: this only happens if ipv6 is _not_ available Thanks.
Already reported here: http://thread.gmane.org/gmane.linux.nfs/72767