From e6c6de46eabd2cdcbe65f40018f661fe52eb01f0 Mon Sep 17 00:00:00 2001 From: Lennart Poettering Date: Wed, 8 Nov 2023 10:48:41 +0100 Subject: [PATCH] man: update COREDUMP_xyz journal fields docs MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit This completes/corrects the documentation for the following fields: COREDUMP_CGROUP= - doc where wrong, actually covered COREDUMP_PROC_CGROUP= COREDUMP_CMDLINE= → undocumented so far COREDUMP_PROC_CGROUP= → docs where there but incorrectly assigned to COREDUMP_CGROUP= COREDUMP_PROC_AUXV= → undocumented so far COREDUMP_SESSION= → undocumented so far Fixes: #29832 (cherry picked from commit a9d54de66d62b1180aef845fae2eabde4968dda5) (cherry picked from commit be694c89f7c2a8415711971f50bef762ae27c5e8) (cherry picked from commit 1c09ddd65d162476de6c1d0c11f006750e4c0f3c) --- man/systemd-coredump.xml | 45 +++++++++++++++++++++++++++------------- 1 file changed, 31 insertions(+), 14 deletions(-) diff --git a/man/systemd-coredump.xml b/man/systemd-coredump.xml index f7f6fcee71..0f41c69992 100644 --- a/man/systemd-coredump.xml +++ b/man/systemd-coredump.xml @@ -214,6 +214,16 @@ COREDUMP_FILENAME=/var/lib/systemd/coredump/core.Web….552351.….zst COREDUMP_CGROUP= + + The primary cgroup of the unit of the crashed process. + + When the crashed process was in a container, this is the full path, as seen outside of the + container. + + + + + COREDUMP_PROC_CGROUP= Control group information in the format used in /proc/self/cgroup. On systems with the unified cgroup hierarchy, this is a single path prefixed with 0::, and multiple paths prefixed with controller numbers @@ -227,9 +237,10 @@ COREDUMP_FILENAME=/var/lib/systemd/coredump/core.Web….552351.….zst COREDUMP_OWNER_UID= COREDUMP_USER_UNIT= + COREDUMP_SESSION= The numerical UID of the user owning the login session or systemd user unit of the - crashed process, and the user manager unit. Both fields are only present for user processes. - + crashed process, the user manager unit, and the sesion identifier. All three fields are only present + for user processes. When the crashed process was in container, those are the values outside, in the main system. @@ -294,23 +305,29 @@ flags: ... + COREDUMP_CMDLINE= COREDUMP_COMM= - COREDUMP_PROC_STATUS= - COREDUMP_PROC_MAPS= - COREDUMP_PROC_LIMITS= - COREDUMP_PROC_MOUNTINFO= COREDUMP_ENVIRON= + COREDUMP_PROC_AUXV= + COREDUMP_PROC_LIMITS= + COREDUMP_PROC_MAPS= + COREDUMP_PROC_MOUNTINFO= + COREDUMP_PROC_STATUS= Fields that map the per-process entries in the /proc/ - filesystem: /proc/pid/comm (the command name - associated with the process), /proc/pid/exe (the - filename of the executed command), /proc/pid/status - (various metadata about the process), /proc/pid/maps - (memory regions visible to the process and their access permissions), + filesystem: /proc/pid/cmdline (the command line of + the crashed process), /proc/pid/comm (the command + name associated with the process), /proc/pid/environ + (the environment block of the crashed process), + /proc/pid/auxv (the auxiliary vector of the crashed + process, see getauxval3), /proc/pid/limits (the soft and hard resource limits), - /proc/pid/mountinfo (mount points in the process's - mount namespace), /proc/pid/environ - (the environment block of the crashed process). + /proc/pid/maps (memory regions visible to the process + and their access permissions), /proc/pid/mountinfo + (mount points in the process's mount namespace), + /proc/pid/status (various metadata about the + process). See proc5