nginx does not clean up old sysvinit scripts with new version that provides systemd unit file

[Niels Hendriks]

Hello,

The new nginx version for Debian provides a systemd unit file. The old version had a file generated through the /etc/init.d/nginx file (/run/systemd/generator.late/nginx.service).

The new version is /lib/systemd/system/nginx.service

We use Ansible to deploy our installations. Because the old /etc/init.d/ scripts are not deleted and the /etc/rc*.d/S01nginx symlinks are still present Ansible assumes nginx is already configured to start at boot.

However, because now there is also an actual nginx systemd unit file, which is disabled by default this assumption is incorrect. Because of this, nginx is not automatically started after a server reboot.

Could nginx automatically remove these symlinks and the /etc/init.d/ script now that it has an actual systemd unit file? It seems that the old sysvinit files are now no longer needed.

Thank you!

Niels

[thresh]

We shouldnt remove /etc/init.d scripts on systemd-enabled debian/ubuntu, because those are still used for non-standard targets like upgrade.

I'm also not sure packages should touch rc.*d symlinks, however I need to dig some information on that.

[Niels Hendriks]

Hi Thresh,

Thanks for your response.
I extracted the deb package I got with apt-get download nginx (nginx_1.13.5-1~jessie_amd64.deb) and perhaps this is a better solution:
In the postinst file the following code is present:

# Automatically added by dh_installinit
if [ -x "/etc/init.d/nginx" ]; then
        update-rc.d nginx defaults >/dev/null || exit $?
fi
# End automatically added section

Perhaps it simply requires another block to check if it is a systemd system and in that case enable the unit file through systemd. In the postrm script there is already a code block to check for systemd, so copying that logic it would be something like this to add in the postinst block (untested)

if [ -d /run/systemd/system ] ; then
        systemctl enable nginx >/dev/null || exit $?
fi

Perhaps it should even skip the update-rc.d nginx defaults block alltogether if it is a systemd system, since systemd will already automatically do this as well it seems:

# systemctl enable nginx
Synchronizing state for nginx.service with sysvinit using update-rc.d...
Executing /usr/sbin/update-rc.d nginx defaults
insserv: warning: current start runlevel(s) (empty) of script `nginx' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `nginx' overrides LSB defaults (0 1 6).

[thresh]

Perhaps it simply requires another block to check if it is a systemd system and in that case enable the unit file through systemd

Yeah, and it is supposed to be added by debhelper, which I assumed it will do when it sees a .service file. Of course, it's not that simple and .service files need to be explicitely mentioned in rules to be properly managed by post-scripts.

The following patch on ​https://hg.nginx.org/pkg-oss/ seems to help, can you test it locally, too?

diff -r e2b3abb6eeb2 debian/nginx.rules.in
--- a/debian/nginx.rules.in	Tue Sep 12 00:21:29 2017 +0100
+++ b/debian/nginx.rules.in	Thu Sep 14 13:04:52 2017 +0000
@@ -107,11 +107,13 @@
 		-e 's/%%DEFAULTSTOP%%/0 1 6/g' \
 		< debian/nginx.init.in > debian/nginx.init
 	dh_installinit -i -pnginx --no-restart-on-upgrade --no-start --name=nginx
+	dh_systemd_enable -pnginx --name=nginx nginx.service
 	sed -e 's/%%PROVIDES%%/nginx-debug/g' \
 		-e 's/%%DEFAULTSTART%%//g' \
 		-e 's/%%DEFAULTSTOP%%/0 1 2 3 4 5 6/g' \
 		< debian/nginx.init.in > debian/nginx-debug.init
 	dh_installinit -i -pnginx --no-restart-on-upgrade --no-start --noscripts --name=nginx-debug
+	dh_systemd_enable -pnginx --name=nginx-debug --no-enable nginx-debug.service
 	dh_installlogrotate -i -pnginx --name=nginx

 binary-arch: install build-dbg

[Niels Hendriks]

I just tested your patch and this works on my machine; after installing the deb file the nginx service is now enabled in nginx!

Thank you :-)

[thresh]

The updated package (1.13.5-2) with the fix in place is published on nginx.org repositories.

Thanks!