Recently I had to upgrade a server from a Debian 4 to Ubuntu 14.04LTS. One of the problems I encountered was that freeradius behaved badly when I ran
service freeradius reload. Mainly, I would end up with a lot of failed binding logs, because upstart had no clue how to reload the process. It turns out that that upstart script is misconfigured.
Below is how I have it configured, and it works as expected
# freeradius -- Radius server # description "Extensible, configurable radius daemon" author "Michael Vogt <email@example.com>" start on runlevel  stop on runlevel [!2345] respawn expect fork script if [ -r /etc/default/freeradius ]; then . /etc/default/freeradius fi exec /usr/sbin/freeradius $FREERADIUS_OPTIONS end script pre-start script # /var/run may be a tmpfs if [ ! -d /var/run/freeradius ]; then mkdir -p /var/run/freeradius chown freerad:freerad /var/run/freeradius fi end script
Disclaimer I am a FreeBSD user, things are simple there
The primary changes are
expect fork and the removal of
-f from the
“How would the package maintainers not configure the init script for upstart correctly?” is the question you are asking. I’m fairly certain that it is deliberate. The php5-fpm init script is also setup for
--nodaemonize and I think they messed that one up to.
Hopefully this helps someone else out who is trying to run
service freeradius reload