Proposed MBF: rcS init scripts with no equivalent systemd service file
Hi all,
I'd like to file bugs (severity: important) on packages that ship an
init script that installs into runlevel S, but do not provide a
systemd service for it. I plan to use the init-rcs-service [usertag]
to record all filed bugs.
=== BEGIN TEMPLATE ===
Hi,
Your package has an initscript that is enabled in runlevel S, but it
does not provide a corresponding systemd service unit.
Systemd generates units for all sysv init scripts that do not have a
corresponding systemd unit. By default, it sets
DefaultDependencies=yes, which means they get ordered after early
boot.
The problem is that to preserve the runlevel S semantics, systemd in
debian is currently[1] ordering all S services Before=sysinit.target.
This target is particularly early in the boot sequence, which means
that it is most of the time too strict. In turn, this means it is
fairly easy to end up with dependency cycles. For an example, see bug
[763315]. Do note that the cycle still exists with sysvinit, it is
just that systemd complains more loudly.
The solution is straightforward: create a systemd unit for the given
service with the appropriate dependencies, which most of the time will
be less strict than Before=sysinit.target. In other cases, the script
is simply not applicable in systemd (eg, if the units are named
differently), in which case the package should ship a symlink to
/dev/null as /lib/systemd/system/<initscript>.service. If you have any
other doubts, feel free to ask in
pkg-systemd-maintainers@lists.alioth.debian.org
[1] http://sources.debian.net/src/systemd/222-2/debian/patches/Add-support-for-rcS.d-init-scripts-to-the-sysv-gener.patch/
[763315] https://bugs.debian.org/763315
=== END TEMPLATE ===
I have used the new lintian systemd-no-service-for-init-rcS-script
[tag] to compile a list of packages that are affected. Some
maintainers are already aware of the problem. If you are working on
this and prefer not to have a bug filed, or there is already one
filed, please let me know. AFAIK setserial is the only one that has a
bug already filed [786976].
[usertag] https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-systemd-maintainers@lists.alioth.debian.org;dist=unstable;tag=init-rcs-service
[tag] https://lintian.debian.org/tags/systemd-no-service-for-init-rcS-script.html
, but there are some false positives in this list.
[786976] https://bugs.debian.org/786976
dd-list of affected packages:
Ana Beatriz Guerrero Lopez <ana@debian.org>
srptools (U)
Anibal Monsalve Salazar <anibal@debian.org>
nfs-utils (U)
pidentd
rpcbind
Anton Zinoviev <zinoviev@debian.org>
kbd (U)
Asias He <asias@debian.org>
zfs-fuse
Axel Beckert <abe@debian.org>
screen
Bastian Blank <waldi@debian.org>
gfs2-utils (U)
lvm2 (U)
redhat-cluster (U)
Ben Hutchings <ben@decadent.org.uk>
nfs-utils (U)
Benda Xu <heroxbd@gentoo.org>
oss4 (U)
Christian Hofstaedtler <zeha@debian.org>
ipsec-tools (U)
Christian Seiler <christian@iwakd.de>
open-iscsi (U)
Console utilities maintainers <pkg-kbd-devel@lists.alioth.debian.org>
kbd
David Martínez Moreno <ender@debian.org>
aoetools
Debian Accessibility Team <debian-accessibility@lists.debian.org>
espeakup
Debian AppArmor Team <pkg-apparmor-team@lists.alioth.debian.org>
apparmor
Debian FCoE Maintainers <pkg-fcoe-general@lists.alioth.debian.org>
fcoe-utils
Debian HA Maintainers <debian-ha-maintainers@lists.alioth.debian.org>
gfs2-utils
redhat-cluster
Debian iSCSI Maintainers <pkg-iscsi-maintainers@lists.alioth.debian.org>
open-iscsi
Debian kernel team <debian-kernel@lists.debian.org>
nfs-utils
Debian LVM Team <pkg-lvm-maintainers@lists.alioth.debian.org>
lvm2
multipath-tools
Debian mdadm maintainers <pkg-mdadm-devel@lists.alioth.debian.org>
mdadm
Debian OSS4 Maintainers <pkg-oss4-maintainers@lists.alioth.debian.org>
oss4
Debian QA Group <packages@qa.debian.org>
adjtimex
ndisc6
nvi
Debian Virtualbox Team <pkg-virtualbox-devel@lists.alioth.debian.org>
virtualbox
Eric Delaunay <delaunay@debian.org>
scsitools
Frank B. Brokken <f.b.brokken@rug.nl>
natlog
Frederik Schüler <fs@debian.org>
gfs2-utils (U)
ocfs2-tools (U)
redhat-cluster (U)
George Danchev <danchev@spnet.net>
natlog (U)
Gianfranco Costamagna <costamagnagianfranco@yahoo.it>
virtualbox (U)
Guido Günther <agx@sigxcpu.org>
gfs2-utils (U)
multipath-tools (U)
redhat-cluster (U)
Guus Sliepen <guus@debian.org>
ifupdown
wireless-tools
Holger Levsen <holger@debian.org>
apparmor (U)
intrigeri <intrigeri@debian.org>
apparmor (U)
Iustin Pop <iustin@debian.org>
mt-st
Jacob Luna Lundberg <jacob@gnifty.net>
fcoe-utils (U)
Jan Christoph Nordholz <hesso@pool.math.tu-berlin.de>
screen (U)
Jeremy Lainé <jeremy.laine@m4x.org>
ocfs2-tools
Joao Eriberto Mota Filho <eriberto@debian.org>
zvbi
Jochen Friedrich <jochen@scram.de>
ebtables
Kees Cook <kees@debian.org>
apparmor (U)
Liang Guo <bluestonechina@gmail.com>
fcoe-utils (U)
Martin Loschwitz <madkiss@debian.org>
gfs2-utils (U)
redhat-cluster (U)
Matt Grant <matt@mattgrant.net.nz>
ipsec-tools (U)
Michael Meskes <meskes@debian.org>
hdparm (U)
Michael Schutte <michi@debian.org>
kbd (U)
Michael Tokarev <mjt@tls.msk.ru>
mdadm (U)
Noah Meyerhans <noahm@debian.org>
ipsec-tools (U)
OFED and Debian Developement and Discussion
<pkg-ofed-devel@lists.alioth.debian.org>
srptools
Peter De Schrijver (p2) <p2@mind.be>
linux-atm
pkg-ipsec-tools team <pkg-ipsec-tools-devel@lists.alioth.debian.org>
ipsec-tools
Raphael Geissert <geissert@debian.org>
readahead-fedora
Ritesh Raj Sarraf <rrs@debian.org>
fcoe-utils (U)
multipath-tools (U)
open-iscsi (U)
virtualbox (U)
Romain Beauxis <toots@rastageeks.org>
oss4 (U)
Rémi Denis-Courmont <remi@remlab.net>
ndisc6
Samuel Thibault <sthibault@debian.org>
espeakup (U)
oss4 (U)
Sebastien NOEL <sebastien@twolife.org>
oss4 (U)
Stephan Sürken <absurd@debian.org>
gom
Stephen Gran <sgran@debian.org>
hdparm
Steve Langasek <vorlon@debian.org>
nfs-utils (U)
Thorsten Alteholz <debian@alteholz.de>
setserial
tony mancill <tmancill@debian.org>
natlog (U)
William Dauchy <wdauchy@gmail.com>
ebtables (U)
Wouter Verhelst <wouter@debian.org>
nbd
--
Saludos,
Felipe Sateler
Reply to: