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
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
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
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
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
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
::
$ 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
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
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
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
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
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
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