minor bug on Redhat/Centos init/starup script

Stefano Mason stefano.mason at eng.it
Thu Feb 1 12:39:52 CET 2018


Dear Alan,
  I just cloned the https://github.com/FreeRADIUS/freeradius-server.git and

cd freeradius-server

git checkout -b v3.0.x origin/v3.0.x

cd redhat

[smason at betty redhat]$ grep RuntimeDirectory radiusd.service
RuntimeDirectory=/var/run/radiusd
RuntimeDirectoryMode=0775
[smason at betty redhat]$

Please substitute

RuntimeDirectory=/var/run/radiusd

with

RuntimeDirectory=radiusd


because, this parameter RuntimeDirectory should be filled with relative
path, as from "man" reported (man systemd.exec):

       RuntimeDirectory=
           Takes a list of directory names. If set, one or more
directories by the specified names will be created below /run (for
system services) or below $XDG_RUNTIME_DIR (for user
           services) when the unit is started, and removed when the unit
is stopped. The directories will have the access mode specified in
RuntimeDirectoryMode=, and will be owned by
           the user and group specified in User= and Group=. Use this to
manage one or more runtime directories of the unit and bind their
lifetime to the daemon runtime. The specified
           directory names must be relative, and may not include a "/",
i.e. must refer to simple directories to create or remove. This is
particularly useful for unprivileged daemons
           that cannot create runtime directories in /run due to lack of
privileges, and to make sure the runtime directory is cleaned up
automatically after use. For runtime
           directories that require more complex or different
configuration or lifetime guarantees, please consider using tmpfiles.d(5).


To replicate the bug is necessary to reboot the system, because the
/var/run will be empty during the first phases of a booting system. The
/var/run/radiusd will be created only in case the content of
RuntimeDirectory variable will be radiusd.

Best regards.
Stefano




More information about the Freeradius-Users mailing list