nfs-utils_env.sh: generates the config file sourced by rpc-svcgssd.service:
"export RPCSVCGSSDARGS=$RPCSVCGSSDOPTS" and others into /run/sysconfig/nfs-utils
(note the switch from ...OPTS to ...ARGS)
rpc-svcgssd.service:
sources /run/sysconfig/nfs-utils and runs /usr/sbin/rpc.svcgssd $SVCGSSDARGS
The .service file comes from the upstream tarball, whereas nfs-utils_env.sh comes from debian.
In bug #1614261 a patch was suggested that exports an additional variable:
--- /usr/lib/systemd/scripts/nfs-utils_env.sh 2017-06-08 22:08:18+01 1.1
+++ /usr/lib/systemd/scripts/nfs-utils_env.sh 2017-06-08 22:12:08+01
@@ -12,7 +12,7 @@
echo RPCNFSDARGS=\"$RPCNFSDOPTS ${RPCNFSDCOUNT:-8}\"
echo RPCMOUNTDARGS=\"$RPCMOUNTDOPTS\"
echo STATDARGS=\"$STATDOPTS\"
-echo RPCSVCGSSDARGS=\"$RPCSVCGSSDOPTS\"
+echo SVCGSSDARGS=\"$RPCSVCGSSDOPTS\"
} > /run/sysconfig/nfs-utils
# the following are supported by the systemd units, but not exposed in default files
I believe that is the last intrusive change, and we don't have to worry about updating config files that users might have changed.
Ok, this is the path the variable takes:
/etc/default/ nfs-kernel- server:
RPCSVCGSSDOPTS
nfs-utils_env.sh: generates the config file sourced by rpc-svcgssd. service: $RPCSVCGSSDOPTS " and others into /run/sysconfig/ nfs-utils
"export RPCSVCGSSDARGS=
(note the switch from ...OPTS to ...ARGS)
rpc-svcgssd. service: nfs-utils and runs /usr/sbin/ rpc.svcgssd $SVCGSSDARGS
sources /run/sysconfig/
The .service file comes from the upstream tarball, whereas nfs-utils_env.sh comes from debian.
In bug #1614261 a patch was suggested that exports an additional variable: systemd/ scripts/ nfs-utils_ env.sh 2017-06-08 22:08:18+01 1.1 systemd/ scripts/ nfs-utils_ env.sh 2017-06-08 22:12:08+01 \"$RPCNFSDOPTS ${RPCNFSDCOUNT: -8}\" \"$RPCMOUNTDOPT S\" \"$STATDOPTS\ " \"$RPCSVCGSSDOP TS\" \"$RPCSVCGSSDOP TS\" nfs-utils
--- /usr/lib/
+++ /usr/lib/
@@ -12,7 +12,7 @@
echo RPCNFSDARGS=
echo RPCMOUNTDARGS=
echo STATDARGS=
-echo RPCSVCGSSDARGS=
+echo SVCGSSDARGS=
} > /run/sysconfig/
# the following are supported by the systemd units, but not exposed in default files
I believe that is the last intrusive change, and we don't have to worry about updating config files that users might have changed.