El jueves, 21 de julio de 2016 19:22:49 (CEST) Dominique Leuenberger / DimStar escribió:
On Thu, 2016-07-21 at 20:07 +0300, Andrei Borzenkov wrote:
21.07.2016 19:28, Dominique Leuenberger / DimStar пишет:
This patch does not change anything and release notes still remain wrong. Even with this patch nfs-server.service explicitly Wants rpc-statd.service while release notes claim "statd is not started". And it still explicitly Wants (and statd Requires) rpcbind.socket.
It actually does - it removes rpcbind from the Requires= line in nfs- server; a Wanted service is not mandatory, but 'good to have'.. so if it's only Wanted, it can be masked away.
--- a/systemd/nfs-server.service +++ b/systemd/nfs-server.service @@ -1,13 +1,14 @@ [Unit] Description=NFS server and services DefaultDependencies=no -Requires= network.target proc-fs-nfsd.mount rpcbind.target +Requires= network.target proc-fs-nfsd.mount Requires= nfs-mountd.service +Wants=rpcbind.socket Wants=rpc-statd.service nfs-idmapd.service Wants=rpc-statd-notify.service
Cheers, Dominique
The patch seems to have been already applied on Tumbleweed, no need to change anything. I have removed the references to rpcbind.socket in nfs- server.service but after a system reboot it makes no difference. I have modified the file further removing references to other rpc-xxx units but then the system didn't want to boot (again it was stuck on a no limit timer ─not very surprising given that I don't know what I'm doing). In addition, I think that the final lines containing exportfs commands should not be executed on a NFSv4 only server because IIRC exportfs and showmount don't work in this context (I don't know if they're really executed because I know nothing about systemd or any other startup system). I think that RPC should be started based on the current configuration but in this case it seems that it is executed unconditionally. rpcbind.socked is wanted by nfs-server.service and rpcbind.target; rpcbind.target is wanted by rpcbind.socket (circular dependency?); and nfs-server.service is wanted by multi-user.target. This is really complicated for me. Greetings. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org