chiark / gitweb /
coredump: rework coredumping logic
authorLennart Poettering <lennart@poettering.net>
Mon, 8 Feb 2016 20:16:08 +0000 (21:16 +0100)
committerSven Eden <yamakuzure@gmx.net>
Wed, 17 May 2017 13:22:16 +0000 (15:22 +0200)
commiteca14e5e08060323f5aace8c44f13e611ac9246d
treeb1cdfb3b4667fa9b6f372247c0c9f3cd50b38121
parentefd35b9f3dcb9b08e991d56a686d41088e15841c
coredump: rework coredumping logic

This reworks the coredumping logic so that the coredump handler invoked from the kernel only collects runtime data
about the crashed process, and then submits it for processing to a socket-activate coredump service, which extracts a
stacktrace and writes the coredump to disk.

This has a number of benefits: the disk IO and stack trace generation may take a substantial amount of resources, and
hence should better be managed by PID 1, so that resource management applies. This patch uses RuntimeMaxSec=, Nice=, OOMScoreAdjust=
and various sandboxing settings to ensure that the coredump handler doesn't take away unbounded resources from normally
priorized processes.

This logic is also nice since this makes sure the coredump processing and storage is delayed correctly until
/var/elogind/coredump is mounted and writable.

Fixes: #2286
src/basic/socket-util.c