http://bugzilla.opensuse.org/show_bug.cgi?id=990356
http://bugzilla.opensuse.org/show_bug.cgi?id=990356#c4
--- Comment #4 from jc sl
I agree with rpc.idmpad being mandatory, not sure about rpc.mountd however.
Having myself written a large part of the code with which the kernel communicates with mountd, I can assure you without a shadow of doubt that rpc.mountd is required for any NFS service. The Redhat documentation you found is correct. The "over-the-wire" reference means that the NFS client doesn't communication over the network directly to mountd, it only communicates with the kernel. But the kernel definitely communicates with mountd.
Thanks for clarifying this. Some sources made me think that it wasn't needed anymore.
If the NFS server systemd unit isn't starting when rpcbind.socket is masked, that suggests that nfsserver.service still 'Requires' rpcbind, rather than 'Wants' it.
This was fixed in late May 2016 What does:
rpm -q --changelog nfs-kernel-server | head
report? If it doesn't contain
* Tue May 24 2016 nfbrown@suse.com - 0001-systemd-Decouple-the-starting-and-stopping-of-rpcbin.patch 0002-systemd-unit-files-fix-up-dependencies-on-rpcbind.patch Fix systemd dependencies to ensure rpcbind is started when needed. (bsc#975265)
then it is not up-to-date. If it does, then this should work and I'll need to look deeper.
The output of the command does contain that text. If it helps, masking rpcbind.socket on the client does not prevent it from starting either. I have to mask the rpcbind.service explicitly and let the rpcbind.socked disabled because if it is enabled the system doesn't boot (with the aforementioned "A start job is running for NFS server and service..." message) Greetings. -- You are receiving this mail because: You are on the CC list for the bug.