nfs-utils.git/utils/statd/start-statd, branch fixrootccache

start-statd: script using incompatible file descriptor

2016-12-20T18:26:03+00:00

POSIX.1-2008 only specifies that file descriptor numbers
from 0 to 9, inclusive, are supported.  The number 200 works
in the bash shell, but not in dash.  This patch changes the file
descriptor number from 200 to 9.  Reported in Debian bug #848277

Signed-off-by: Daniel Pocock 
Signed-off-by: Steve Dickson

start-statd: Use flock to serialize the running of this script

2016-06-21T16:07:50+00:00

To once and for all stop multiple rpc.statd from
being started (mostly in HA environments), use
flock to serialize the running of the script

Signed-off-by: Steve Dickson

start-statd: don't run multiple rpc.statds on the one host.

2016-01-16T17:30:13+00:00

If rpc.statd is running but slow to respond, mount.nfs will
run "start-statd" which might start a new statd.  This is not a good
ideas as can result in lots of rpc.statds.

So inf start-statd check the pid file and if rpc.statd seems to be
running, exit with success.

(also "cd /" before running rpc.statd, just in case).

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

start-statd: Use the canonical to check if systemd is running.

2015-01-15T10:46:11+00:00

Use the approved way, define in
   http://www.freedesktop.org/software/systemd/man/sd_booted.html

to check if systemd is installed and running

Signed-off-by: Steve Dickson

start-statd: clean up output when systemd is not installed

2014-08-19T14:05:05+00:00

If you don't have systemd, then this script dumps:
/usr/sbin/start-statd: line 8: systemctl: command not found

This isn't terribly useful since we ultimately fall back to running
the daemon ourselves, so probe for systemd's existence before we try
to use it.

Signed-off-by: Mike Frysinger 
Signed-off-by: Steve Dickson

start-statd: rpc.statd's systemd unit changed names.

2014-05-01T14:35:12+00:00

Signed-off-by: Steve Dickson

systemd: add PATH for finding systemctl

2014-04-25T14:28:47+00:00

The 1.3.0 release adds a call to systemctl fails for it's in /usr/bin.

[root@localhost nfs-utils]# start-statd
/usr/sbin/start-statd: line 9: systemctl: command not found
Statd service already running!

Reported-by: Allan Duncan 
Signed-off-by: Kinglong Mee 
Signed-off-by: Steve Dickson

start-statd: converted to use systemd

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

Signed-off-by: Steve Dickson

start-statd: Use bash as -p is no POSIX

2011-08-29T16:04:25+00:00

sh -p is not guaranteed to be provided by POSIX shells. dash for
instance does not provide this, so use bash explicitly.

Signed-off-by: Luk Claes 
Signed-off-by: Steve Dickson

Ensure statd gets started if required when non-root

2008-11-26T17:01:06+00:00

user mounts an NFS filesystem.

The first time an NFS filesystem is mounted, we start statd from
/sbin/mount.nfs.  If this first time is a non-root user doing the
 mount, (thanks to e.g.  the 'users' option in /etc/fstab)
then we need to be sure that the 'setuid' status from mount.nfs
is inherited through to rpc.statd so that it runs as root.

There are two places where we loose our setuid status due to the shell
(/bin/sh) discarding.

1/ mount.nfs uses "system" to run /usr/sbin/start-statd.  This runs a
   shell which is likely to drop privileges.  So change that code to use
  'fork' and 'execl' explicitly.
2/ start-statd is a shell script.  To convince the shell to allow the
  program to run in privileged mode, we need to add a "-p" flag.

We could just call setuid(getuid()) at some appropriate time, and it
might be worth doing that as well, however I think that getting
rid of 'system()' is a good idea and once that is done, the
adding of '-p' is trivial and sufficient.

Signed-off-by: Neil Brown 
Signed-off-by: Steve Dickson