Opened 7 years ago
Closed 7 years ago
#10203 closed defect (fixed)
systemd configuration for nfs-client (only) does not work properly
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | 8.2 |
Component: | systemd | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description ¶
nfs-utils configuration in systemd book:
If the nfs-server unit is not installed (even though the sever is not needed), then there is a 1 minute delay in bringing up nfs-client. This is because the rpcbind process is not started before rpc.statd.
I could not figure out all the weird stuff in systemd about what and how the appropriate .target, .service, .unit, .socket, .timer, .mount, .slice, .wants, and/or .path files need to be modified to make this work without nfs-server.
Change History (5)
comment:1 by , 7 years ago
follow-up: 3 comment:2 by , 7 years ago
Installing nfs-utils 2.3.1 did fix the problem. We still need to update the BLFS page to:
mv /sbin/start-statd /usr/sbin
after install. The start-statd program is a fairly simple shell script and is systemd aware.
comment:3 by , 7 years ago
Replying to bdubbs@…:
Installing nfs-utils 2.3.1 did fix the problem. We still need to update the BLFS page to:
mv /sbin/start-statd /usr/sbin
after install. The start-statd program is a fairly simple shell script and is systemd aware.
A quick test on sysv and 2.3.1 with that change, and rebooting, shows statd still starts, so we should be able to keep the books the same for that part.
comment:4 by , 7 years ago
Owner: | set to |
---|---|
Status: | new → assigned |
I'm about to update nfs-utils, I'll move start-statd in the same commit.
comment:5 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
If I've understood correctly, upgrading to nfs-utils-2.3.1 and moving start-statd will solve this. Fixed in r19643.
I ran into another problem at boot time. I did not have nfsd in the kernel and was getting some warnings in the boot sequence. The book does say to enable nfsd if you want the server, but if you only wast the client, it is better to fix the nfs-client service to start rpc.statd.
This may not be necessary when we update to nfs-utils 2.3.1, In the NEWS file: