]> xenbits.xensource.com Git - libvirt.git/commitdiff
docs: Do not support non-socket activated modular daemons with systemd
authorMartin Kletzander <mkletzan@redhat.com>
Tue, 18 Oct 2022 12:15:38 +0000 (14:15 +0200)
committerMartin Kletzander <mkletzan@redhat.com>
Wed, 19 Oct 2022 13:58:29 +0000 (15:58 +0200)
Due to the setup of the modular daemon service files the reverting to non-socket
activated daemons could have never worked.  The reason is that masking the
socket files prevents starting the daemons since they require (as in Requires=
rather than Wants= in the service file) the sockets.  On top of that it creates
issues with some libvirt-guests setups and needlessly increases our support
matrix.

Nothing prevents users to modify their setup in a way that will still work
without socket activation, but supporting such setup only creates burden on our
part.

This technically reverts most of commit 59d30adacd1d except the change made to
the libvirtd manpage since the monolithic daemon still supports traditional mode
of starting even on systemd.

Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
12 files changed:
docs/manpages/virtinterfaced.rst
docs/manpages/virtlxcd.rst
docs/manpages/virtnetworkd.rst
docs/manpages/virtnodedevd.rst
docs/manpages/virtnwfilterd.rst
docs/manpages/virtproxyd.rst
docs/manpages/virtqemud.rst
docs/manpages/virtsecretd.rst
docs/manpages/virtstoraged.rst
docs/manpages/virtvboxd.rst
docs/manpages/virtvzd.rst
docs/manpages/virtxend.rst

index 5777dba638b0d21d90d2b0642362b1480474ad91..17884ed701118fdff32713c834d92c8dcdef71ff 100644 (file)
@@ -39,26 +39,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtinterfaced`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
+Socket activation mode
+----------------------
+
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
 ``/etc/libvirt/virtinterfaced.conf`` will no longer have any effect.
 
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
 
-::
+Traditional service mode
+------------------------
 
-   $ systemctl mask virtinterfaced.socket virtinterfaced-ro.socket \
-      virtinterfaced-admin.socket
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index aebc8adb5822c12e820c91fe07ce924c185f2716..10e2c7035b89a1195bd34a4345df99d63b303c46 100644 (file)
@@ -39,40 +39,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtlxcd`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
-``/etc/libvirt/virtlxcd.conf`` will no longer have any effect.
-
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
-
-::
+Socket activation mode
+----------------------
 
-   $ systemctl mask virtlxcd.socket virtlxcd-ro.socket \
-      virtlxcd-admin.socket
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
+``/etc/libvirt/virtlxcd.conf`` will no longer have any effect.
 
-If using libvirt-guests service then the ordering for that service needs to be
-adapted so that it is ordered after the service unit instead of the socket unit.
-Since dependencies and ordering cannot be changed with drop-in overrides, the
-whole libvirt-guests unit file needs to be changed.  In order to preserve such
-change copy the installed ``/usr/lib/systemd/system/libvirt-guests.service`` to
-``/etc/systemd/system/libvirt-guests.service`` and make the change there,
-specifically make sure the ``After=`` ordering mentions ``virtlxcd.service`` and
-not ``virtlxcd.socket``:
 
-::
+Traditional service mode
+------------------------
 
-   [Unit]
-   After=virtlxcd.service
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index 6d9c5e5fa371f4eba5d14564a31351ddde07950f..4a7d99a9d30bd2e94d04c8af6457987c8ff7c647 100644 (file)
@@ -39,26 +39,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtnetworkd`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
+Socket activation mode
+----------------------
+
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
 ``/etc/libvirt/virtnetworkd.conf`` will no longer have any effect.
 
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
 
-::
+Traditional service mode
+------------------------
 
-   $ systemctl mask virtnetworkd.socket virtnetworkd-ro.socket \
-      virtnetworkd-admin.socket
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index ef968e486e93fd8166411a3f609d03f7646a6b6a..8ee108c37e61db59ecb4969a0d7bf379c43f0c3e 100644 (file)
@@ -38,26 +38,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtnodedevd`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
+Socket activation mode
+----------------------
+
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
 ``/etc/libvirt/virtnodedevd.conf`` will no longer have any effect.
 
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
 
-::
+Traditional service mode
+------------------------
 
-   $ systemctl mask virtnodedevd.socket virtnodedevd-ro.socket \
-      virtnodedevd-admin.socket
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index 4faa6b225d17e8943a2923dae22c2f7dc336f3a5..60fdb30d5cca7d73f5f20b4cf25b696e282f7cfd 100644 (file)
@@ -39,26 +39,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtnwfilterd`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
+Socket activation mode
+----------------------
+
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
 ``/etc/libvirt/virtnwfilterd.conf`` will no longer have any effect.
 
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
 
-::
+Traditional service mode
+------------------------
 
-   $ systemctl mask virtnwfilterd.socket virtnwfilterd-ro.socket \
-      virtnwfilterd-admin.socket
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index 0366935b9a731438eab9f33b86801606b2943c77..76156c9e02e27934a205d84a36dfba19a15db4db 100644 (file)
@@ -48,20 +48,20 @@ and can be restarted at any time. Clients should expect to reconnect after
 the restart.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtproxyd`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
-It will also listen on TCP/IP socket(s), according to the ``listen_tcp``
-and ``listen_tls`` options in ``/etc/libvirt/virtproxyd.conf``
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX, and optionally TCP/IP, sockets and pass them as pre-opened
-file descriptors. In this mode most of the socket related config options in
-``/etc/libvirt/virtproxyd.conf`` will no longer have any effect. To enable
-TCP or TLS sockets use either
+Socket activation mode
+----------------------
+
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX, and optionally TCP/IP, sockets and
+pass them as pre-opened file descriptors. In this mode most of the socket
+related config options in ``/etc/libvirt/virtproxyd.conf`` will no longer have
+any effect. To enable TCP or TLS sockets use either
 
 ::
 
@@ -73,14 +73,13 @@ Or
 
    $ systemctl start virtproxyd-tcp.socket
 
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
 
-::
+Traditional service mode
+------------------------
 
-   $ systemctl mask virtproxyd.socket virtproxyd-ro.socket \
-      virtproxyd-admin.socket virtproxyd-tls.socket virtproxyd-tcp.socket
+On hosts without systemd, it will create and listen on UNIX sockets itself.
+It will also listen on TCP/IP socket(s), according to the ``listen_tcp``
+and ``listen_tls`` options in ``/etc/libvirt/virtproxyd.conf``
 
 
 OPTIONS
index fa9a6ce3755c7db26459c08cc19950e513a6b228..15c5bc4ab5c272aeb38286146b2021982d91e5fa 100644 (file)
@@ -39,40 +39,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtqemud`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
-``/etc/libvirt/virtqemud.conf`` will no longer have any effect.
-
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
-
-::
+Socket activation mode
+----------------------
 
-   $ systemctl mask virtqemud.socket virtqemud-ro.socket \
-      virtqemud-admin.socket
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
+``/etc/libvirt/virtqemud.conf`` will no longer have any effect.
 
-If using libvirt-guests service then the ordering for that service needs to be
-adapted so that it is ordered after the service unit instead of the socket unit.
-Since dependencies and ordering cannot be changed with drop-in overrides, the
-whole libvirt-guests unit file needs to be changed.  In order to preserve such
-change copy the installed ``/usr/lib/systemd/system/libvirt-guests.service`` to
-``/etc/systemd/system/libvirt-guests.service`` and make the change there,
-specifically make sure the ``After=`` ordering mentions ``virtqemud.service`` and
-not ``virtqemud.socket``:
 
-::
+Traditional service mode
+------------------------
 
-   [Unit]
-   After=virtqemud.service
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index fffb3a24f61506d6a8a32bfe824c04a2acd4a012..87e1e5d5a1e2c50ec46c83d13b49b7c477f9f81f 100644 (file)
@@ -38,26 +38,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtsecretd`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
+Socket activation mode
+----------------------
+
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
 ``/etc/libvirt/virtsecretd.conf`` will no longer have any effect.
 
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
 
-::
+Traditional service mode
+------------------------
 
-   $ systemctl mask virtsecretd.socket virtsecretd-ro.socket \
-      virtsecretd-admin.socket
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index 4ceae57e406a163f873e68c3f856cc7e1253fe50..ab67a42b4a669f30cfc38d0d378dcb547e68b3d7 100644 (file)
@@ -39,26 +39,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtstoraged`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
+Socket activation mode
+----------------------
+
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
 ``/etc/libvirt/virtstoraged.conf`` will no longer have any effect.
 
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
 
-::
+Traditional service mode
+------------------------
 
-   $ systemctl mask virtstoraged.socket virtstoraged-ro.socket \
-      virtstoraged-admin.socket
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index f90de3451d8dab2dca044142fc7d50239cc67602..2fe8ae00090348dddf3fed405150c841b56e1c1b 100644 (file)
@@ -37,40 +37,26 @@ Restarting ``virtvboxd`` does not interrupt running guests. Guests continue to
 operate and changes in their state will generally be picked up automatically
 during startup.
 
-SYSTEM SOCKET ACTIVATION
-========================
 
-The ``virtvboxd`` daemon is capable of starting in two modes.
-
-In the traditional mode, it will create and listen on UNIX sockets itself.
+DAEMON STARTUP MODES
+====================
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
-``/etc/libvirt/virtvboxd.conf`` will no longer have any effect.
+The ``virtvboxd`` daemon is capable of starting in two modes.
 
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
 
-::
+Socket activation mode
+----------------------
 
-   $ systemctl mask virtvboxd.socket virtvboxd-ro.socket \
-      virtvboxd-admin.socket
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
+``/etc/libvirt/virtvboxd.conf`` will no longer have any effect.
 
-If using libvirt-guests service then the ordering for that service needs to be
-adapted so that it is ordered after the service unit instead of the socket unit.
-Since dependencies and ordering cannot be changed with drop-in overrides, the
-whole libvirt-guests unit file needs to be changed.  In order to preserve such
-change copy the installed ``/usr/lib/systemd/system/libvirt-guests.service`` to
-``/etc/systemd/system/libvirt-guests.service`` and make the change there,
-specifically make sure the ``After=`` ordering mentions ``virtvboxd.service`` and
-not ``virtvboxd.socket``:
 
-::
+Traditional service mode
+------------------------
 
-   [Unit]
-   After=virtvboxd.service
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index 970719aac1d5181b302adfb4dd122e34b8137ca2..1837351aece81f9127079bcc6f4774ca93a51e06 100644 (file)
@@ -39,40 +39,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtvzd`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
-``/etc/libvirt/virtvzd.conf`` will no longer have any effect.
-
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
-
-::
+Socket activation mode
+----------------------
 
-   $ systemctl mask virtvzd.socket virtvzd-ro.socket \
-      virtvzd-admin.socket
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
+``/etc/libvirt/virtvzd.conf`` will no longer have any effect.
 
-If using libvirt-guests service then the ordering for that service needs to be
-adapted so that it is ordered after the service unit instead of the socket unit.
-Since dependencies and ordering cannot be changed with drop-in overrides, the
-whole libvirt-guests unit file needs to be changed.  In order to preserve such
-change copy the installed ``/usr/lib/systemd/system/libvirt-guests.service`` to
-``/etc/systemd/system/libvirt-guests.service`` and make the change there,
-specifically make sure the ``After=`` ordering mentions ``virtvzd.service`` and
-not ``virtvzd.socket``:
 
-::
+Traditional service mode
+------------------------
 
-   [Unit]
-   After=virtvzd.service
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS
index cf7685ecc0e66632392ea64a82444ab71914b431..e3ced780aaa08697af69df4bd587a274b17ff722 100644 (file)
@@ -39,40 +39,25 @@ during startup. None the less it is recommended to avoid restarting with
 running guests whenever practical.
 
 
-SYSTEM SOCKET ACTIVATION
-========================
+DAEMON STARTUP MODES
+====================
 
 The ``virtxend`` daemon is capable of starting in two modes.
 
-In the traditional mode, it will create and listen on UNIX sockets itself.
 
-In socket activation mode, it will rely on systemd to create and listen
-on the UNIX sockets and pass them as pre-opened file descriptors. In this
-mode most of the socket related config options in
-``/etc/libvirt/virtxend.conf`` will no longer have any effect.
-
-Socket activation mode is generally the default when running on a host
-OS that uses systemd. To revert to the traditional mode, all the socket
-unit files must be masked:
-
-::
+Socket activation mode
+----------------------
 
-   $ systemctl mask virtxend.socket virtxend-ro.socket \
-      virtxend-admin.socket
+On hosts with systemd it is started in socket activation mode and it will rely
+on systemd to create and listen on the UNIX sockets and pass them as pre-opened
+file descriptors. In this mode most of the socket related config options in
+``/etc/libvirt/virtxend.conf`` will no longer have any effect.
 
-If using libvirt-guests service then the ordering for that service needs to be
-adapted so that it is ordered after the service unit instead of the socket unit.
-Since dependencies and ordering cannot be changed with drop-in overrides, the
-whole libvirt-guests unit file needs to be changed.  In order to preserve such
-change copy the installed ``/usr/lib/systemd/system/libvirt-guests.service`` to
-``/etc/systemd/system/libvirt-guests.service`` and make the change there,
-specifically make sure the ``After=`` ordering mentions ``virtxend.service`` and
-not ``virtxend.socket``:
 
-::
+Traditional service mode
+------------------------
 
-   [Unit]
-   After=virtxend.service
+On hosts without systemd, it will create and listen on UNIX sockets itself.
 
 
 OPTIONS