File 0003-systemd-run-statd-notify-even-when-nfs-cli... of Package nfs-utils

Overview Repositories Revisions Requests Users Attributes Meta

File 0003-systemd-run-statd-notify-even-when-nfs-client-isn-t-.patch of Package nfs-utils (Revision 796668c40d800e639f292a8483b99910)

Currently displaying revision 796668c40d800e639f292a8483b99910 , Show latest

From 415dea8db90785c3063bbd74fff34cb6a4830f06 Mon Sep 17 00:00:00 2001
From: NeilBrown <neilb@suse.com>
Date: Fri, 30 Nov 2018 16:44:29 +1100
Subject: [PATCH] systemd: run statd-notify even when nfs-client isn't enabled.

When NFS filesytems are mounted, nfs-client.target really should
be enabled.  However it is possible to mount NFS filesystems
without this (providing gss isn't used) and it mostly works.

One aspect that doesn't work is that sm-notify isn't run, so the server
isn't told to drop any locks from the previous client instance.
This can result in confusing failures: if a client crashes while
holding a lock, it won't be able to get the same lock after a reboot.

While this isn't a complete solution (nfs-client really should be
enabled), adding a dependency from rpc-statd to rpc-statd-notify is
easy, has no down sides, and could help avoid confusion.

Signed-off-by: NeilBrown <neilb@suse.com>
---
 systemd/rpc-statd.service |    1 +
 1 file changed, 1 insertion(+)

--- a/systemd/rpc-statd.service
+++ b/systemd/rpc-statd.service
@@ -3,6 +3,7 @@ Description=NFS status monitor for NFSv2
 DefaultDependencies=no
 Conflicts=umount.target
 Requires=nss-lookup.target rpcbind.socket
+Wants=rpc-statd-notify.service
 After=network.target nss-lookup.target rpcbind.socket
 
 PartOf=nfs-utils.service

Places

File 0003-systemd-run-statd-notify-even-when-nfs-client-isn-t-.patch of Package nfs-utils (Revision 796668c40d800e639f292a8483b99910)

Places