Hi- > On Jan 4, 2021, at 7:51 AM, Hackintosh Five <hackintoshfive@xxxxxxxxx> wrote: > > Hi, thanks for the fast reply > > I have never even used nfs and I'm not a systemd expert, so I'm not at > all sure this interpretation is correct, but here goes. I only removed > the dependency from rpc.statd.notify, not rpc.statd. Same problem exists for sm-notify. > I didn't remove > the `After=nfs-server` line, and for nfs-server to be up, > network-online must be up first (there's an After requirement in the > nfs-server unit). So if the nfs-server is enabled, the > rpc-statd-notify will order itself after the server is up, which > depends on the network. IIRC sm-notify runs on clients too. That's why the dependency is on the network and not on nfs-server. > That means that, if there is a server, the > server must be up before it sends notifications, so it will have the > right hostname. This only improves boot speed on nfs clients, where > nfs-client.target pulls in rpc-statd-notify.service. > > > On Mon, Jan 4, 2021 at 12:27 PM Chuck Lever <chuck.lever@xxxxxxxxxx> wrote: >> >> Hello, thanks for your report. >> >> The dependency you are removing addresses a bug -- if the network is not configured when rpc.statd is started, the rpc.statd process continues to use incorrect local address information even after the network is up. >> >> >>> On Jan 4, 2021, at 6:32 AM, Hackintosh Five <hackintoshfive@xxxxxxxxx> wrote: >>> >>> rpc-statd-notify is causing a 10 second hang on my system during boot >>> due to an unwanted dependency on network-online.target. This >>> dependency isn't needed anyway, because rpc-statd-notify (sm-notify) >>> will wait for the network to come online if it isn't already (up to 15 >>> minutes, so no risk of timeout that would be avoided by systemd) >>> ============================================= >>> From c90bd7e701c2558606907f08bf27ae9be3f8e0bf Mon Sep 17 00:00:00 2001 >>> From: Hackintosh 5 <git@xxxxxxxxx> >>> Date: Sat, 2 Jan 2021 14:28:30 +0000 >>> Subject: [PATCH] systemd: network-online.target is not needed for >>> rpc-statd-notify.service >>> >>> Commit 09e5c6c2 changed the After line for rpc-statd-notify to change >>> network.target to network-online.target, which is incorrect, because >>> sm-notify has a default timeout of 15 minutes, which is longer than >>> the timeout for network-online.target. In other words, the dependency >>> on network-online.target is useless and delays system boot by ~10 >>> seconds. >>> --- >>> systemd/rpc-statd-notify.service | 4 ++-- >>> 1 file changed, 2 insertions(+), 2 deletions(-) >>> >>> diff --git a/systemd/rpc-statd-notify.service >>> b/systemd/rpc-statd-notify.service >>> index aad4c0d2..8a40e862 100644 >>> --- a/systemd/rpc-statd-notify.service >>> +++ b/systemd/rpc-statd-notify.service >>> @@ -1,8 +1,8 @@ >>> [Unit] >>> Description=Notify NFS peers of a restart >>> DefaultDependencies=no >>> -Wants=network-online.target >>> -After=local-fs.target network-online.target nss-lookup.target >>> +Wants=network.target >>> +After=local-fs.target network.target nss-lookup.target >>> >>> # if we run an nfs server, it needs to be running before we >>> # tell clients that it has restarted. >>> -- >>> 2.29.2 >> >> -- >> Chuck Lever >> >> >> -- Chuck Lever