Revert "core: set RLIMIT_CORE to unlimited by default"
authorMartin Pitt <martin.pitt@ubuntu.com>
Sat, 27 Feb 2016 11:27:06 +0000 (12:27 +0100)
committerLuca Boccassi <bluca@debian.org>
Sat, 27 Aug 2022 21:39:04 +0000 (22:39 +0100)
commitb484cc6b1266977c2263a50c511dcc7fc7cf1527
treeb928f51f15d959cc7e1ad8b3bb1a111ba349cd09
parentc9a42ebfbc21f7c3ebffb813823386b4889ed7b8
Revert "core: set RLIMIT_CORE to unlimited by default"

Partially revert commit 15a900327ab as this completely breaks core dumps
without systemd-coredump. It's also contradicting core(8), and it's not
systemd's place to redefine the kernel definitions of core files.

Commit bdfd7b2c now honours the process' RLIMIT_CORE for systemd-coredump. This
isn't what RLIMIT_CORE is supposed to do (it limits the size of the core
*file*, but the kernel deliberately ignores it for piping), so set a static
2^63 core size limit for systemd-coredump to go back to the previous behaviour
(otherwise the change above would break systemd-coredump).

Bug-Debian: https://bugs.debian.org/815020

Gbp-Pq: Topic debian
Gbp-Pq: Name Revert-core-set-RLIMIT_CORE-to-unlimited-by-default.patch
src/core/main.c
sysctl.d/50-coredump.conf.in