nfs-utils.git/systemd/README, branch fixrootccache

systemd: Remove the nfs-config.service

2016-12-20T18:29:04+00:00

Now that we have /etc/nfs.conf, a lot of configuration can be
read directly.  So nfs-config isn't really needed any more.

Some distributions allow command-line arguments for various
daemons to be set in an environment file (/etc/sysconfig,
/etc/defaults).
Passing these through /etc/nfs.conf is not possible.

Instead, a distro that needs this functionality can create drop-in
files which select the required value.  As no commands are given
default arguments by systemd unit files, the drop-in can just add
distro-specific args.
For example
  /lib/systemd/system/nfs-mountd.service.d/local.conf
   [Service]
   EnvironmentFile=/etc/sysconfig/nfs
   ExecStart=
   ExecStart=/usr/sbin/rpc.mountd $RPCMOUNTDOPTS

Note the need for the empty assignment to remove existing definitions
first.

Signed-off-by: NeilBrown 
Signed-off-by: Steve Dickson

Move nfs-utils_env.sh to a more appropriate directory

2016-04-27T17:24:40+00:00

Currently nfs-utils_env.sh is installed in a
directory that is own by systemd. They requested
via https://bugzilla.redhat.com/show_bug.cgi?id=1303113
to move the script into /usr/libexec/nfs-utils

Signed-off-by: Steve Dickson

units: nuke nfs-blkmap.target

2015-03-19T15:44:16+00:00

It seems that the purpose of nfs-blkmap.target was to enable and
disable nfs-blkmap.service. This can be done directly by adding
an [Install] section in nfs-blkmap.service.

The downside of the previous arrangement, apart from the unnecessary
complexity, was a warning during boot:

 [ INFO ] PNFS blkmaping enablement. is not active.
 [DEPEND] Dependency failed for pNFS block layout mapping daemon.

https://bugzilla.redhat.com/show_bug.cgi?id=1088665

Signed-off-by: Zbigniew J?drzejewski-Szmek 
Signed-off-by: Steve Dickson

systemd units: create nfs-config.service as single location to process config.

2014-03-24T20:30:04+00:00

Instead of processing the config information into command lines every
time it might be needed, do it once in a separate service that other
services can Want.

Signed-off-by: NeilBrown 
Signed-off-by: Steve Dickson

systemd: convert secure services to start without explicit

2014-03-24T20:30:04+00:00

configuration.

This patch removes nfs-secure.target.  Instead, rpc.gssd and
rpc.svcgssd start started if they appear to be needed.

For rpc.gssd, this means if the file /etc/krb5.keytab exists.
As the only security mechanism supported is krb5, that file must exist
for rpc.gssd to be useful.  Conversely, if it does exist, it seems very
likely that krb5 is configured on the system an may be used for NFS.

For rpc.svcgssd, it also means checking if gss-proxy might be performing
the equivalent task instead.  So we check if it is running, and if the
kernel is able to talk to it.

Signed-off-by: NeilBrown 
Signed-off-by: Steve Dickson

systemd units: merge nfs-server.service and nfs-server.target

2014-03-24T20:30:04+00:00

With systemd, a 'service' should run a single server while a 'target'
can be used to group services.
As nfs service is really a group of services a 'target' makes more
sense.
However that means that we need commands like
   systemctl start nfs-server.target
rather than the more simple
   systemctl start nfs-server

As the target/service separate doesn't bring any gain except a minor
aesthetic, and does bring a practical inconvenience, this patch merges
nfs-server.target into nfs-server.service.

Reported-by: Steve Dickson 
Signed-off-by: NeilBrown 
Signed-off-by: Steve Dickson

systemd: add nfs-utils.service which can be used to restart everything.

2014-03-24T20:30:04+00:00

With this patch, systemctl restart nfs-utils will restart any
nfs-utils daemons that are currently running, whether there were
started via nfs-server.service, nfs-client.target, or directly by
systemctl.

Signed-off-by: NeilBrown 
Signed-off-by: Steve Dickson

Added systemd/README

2014-03-24T20:30:04+00:00

Signed-off-by: Steve Dickson