mirror of
https://github.com/systemd/systemd.git
synced 2024-12-23 21:35:11 +03:00
21d0dd5a89
As discussed on systemd-devel [1], in Fedora we get lots of abrt reports about the watchdog firing [2], but 100% of them seem to be caused by resource starvation in the machine, and never actual deadlocks in the services being monitored. Killing the services not only does not improve anything, but it makes the resource starvation worse, because the service needs cycles to restart, and coredump processing is also fairly expensive. This adds a configuration option to allow the value to be changed. If the setting is not set, there is no change. My plan is to set it to some ridiculusly high value, maybe 1h, to catch cases where a service is actually hanging. [1] https://lists.freedesktop.org/archives/systemd-devel/2019-October/043618.html [2] https://bugzilla.redhat.com/show_bug.cgi?id=1300212
31 lines
1.0 KiB
SYSTEMD
31 lines
1.0 KiB
SYSTEMD
# SPDX-License-Identifier: LGPL-2.1+
|
|
#
|
|
# This file is part of systemd.
|
|
#
|
|
# systemd is free software; you can redistribute it and/or modify it
|
|
# under the terms of the GNU Lesser General Public License as published by
|
|
# the Free Software Foundation; either version 2.1 of the License, or
|
|
# (at your option) any later version.
|
|
|
|
[Unit]
|
|
Description=Virtual Machine and Container Download Service
|
|
Documentation=man:systemd-importd.service(8)
|
|
Documentation=https://www.freedesktop.org/wiki/Software/systemd/importd
|
|
|
|
[Service]
|
|
ExecStart=@rootlibexecdir@/systemd-importd
|
|
BusName=org.freedesktop.import1
|
|
KillMode=mixed
|
|
CapabilityBoundingSet=CAP_CHOWN CAP_FOWNER CAP_FSETID CAP_MKNOD CAP_SETFCAP CAP_SYS_ADMIN CAP_SETPCAP CAP_DAC_OVERRIDE
|
|
NoNewPrivileges=yes
|
|
MemoryDenyWriteExecute=yes
|
|
ProtectHostname=yes
|
|
RestrictRealtime=yes
|
|
RestrictNamespaces=net
|
|
RestrictAddressFamilies=AF_UNIX AF_INET AF_INET6
|
|
SystemCallFilter=@system-service @mount
|
|
SystemCallErrorNumber=EPERM
|
|
SystemCallArchitectures=native
|
|
LockPersonality=yes
|
|
@SERVICE_WATCHDOG@
|