You are not logged in.
I read https://wiki.archlinux.org/title/Core_d … do_they_go?
AFAIK I'm using the defaults all the way.
cat /proc/sys/kernel/core_pattern
|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h
cat /proc/sys/kernel/core_uses_pid
1
cat /etc/systemd/coredump.conf
[Coredump]
#Storage=external
#Compress=yes
#ProcessSizeMax=2G
#ExternalSizeMax=2G
#JournalSizeMax=767M
#MaxUse=
#KeepFree=
The section [Coredump] is all commented, I'd expect those should be the defaults. Storage=external should send cores to /var/lib/systemd/coredump/ but which is empty.
coredumpctl list -> tells me all cores files are "missing"
ulimit -c has been "unlimited"
Last edited by haelix (2022-04-18 22:05:37)
Offline
What does ls -l /var/lib/systemd/coredump/ have to say?
Is anything mounted on /var ?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
ls -l (or ls -Al for that matter) lists no files at all.
I don't have such mounts.
coredumpctl list gives me a nice list of cores, but all of them are missing, like so:
TIME PID UID GID SIG COREFILE EXE SIZE
Sat 2021-02-27 12:16:59 GMT 776 1000 1000 SIGABRT missing /usr/bin/gnome-flashback n/a
Sat 2021-02-27 12:17:04 GMT 79637 1000 1000 SIGABRT missing /usr/bin/gnome-flashback n/a
Sat 2021-02-27 12:17:05 GMT 79670 1000 1000 SIGABRT missing /usr/bin/gnome-flashback n/a
Offline
Are those the most recent? That's over a year ago. Systemd-tmpfiles is set to remove old core dumps, I believe the default may be to remove any that are over 3 days old.
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Online
Yep, they're missing.
Tue 2022-03-22 17:57:15 GMT 133376 0 0 SIGSEGV missing /usr/bin/lightdm n/a
Tue 2022-03-22 17:57:19 GMT 133409 0 0 SIGSEGV missing /usr/bin/lightdm n/a
Tue 2022-03-22 17:57:24 GMT 133442 0 0 SIGSEGV missing /usr/bin/lightdm n/a
Sun 2022-03-27 15:15:46 BST 133069 1000 1000 SIGABRT missing /usr/lib/jvm/java-17-openjdk/bin/java n/a
Sat 2022-04-02 15:23:29 BST 1938 1000 1000 SIGTRAP missing /opt/google/chrome/chrome n/a
Sat 2022-04-02 15:24:29 BST 2083 1000 1000 SIGTRAP missing /opt/google/chrome/chrome n/a
Sat 2022-04-02 15:35:06 BST 2440 1000 1000 SIGTRAP missing /opt/google/chrome/chrome n/a
Sat 2022-04-02 16:01:34 BST 7569 1000 1000 SIGTRAP missing /opt/google/chrome/chrome n/a
Sun 2022-04-03 21:02:36 BST 71518 1000 1000 SIGABRT missing /usr/lib/jvm/java-17-openjdk/bin/java n/a
Mon 2022-04-11 22:26:55 BST 17510 1000 1000 SIGABRT missing /usr/lib/jvm/java-17-openjdk/bin/java n/a
Tue 2022-04-12 21:42:56 BST 40039 1000 1000 SIGABRT missing /usr/lib/jvm/java-17-openjdk/bin/java n/a
Offline
Ok, those are newer, but all still well over 3 days old. So why is it odd that they are missing? What's the output of the following:
systemd-tmpfiles --cat-config | grep coredump
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Online
3 days you say?
systemd-tmpfiles --cat-config | grep coredump
# Handle lost systemd-coredump temp files. They could be lost on old filesystems,
x /var/lib/systemd/coredump/.#core*.%b*
r! /var/lib/systemd/coredump/.#*
d /var/lib/systemd/coredump 0755 root root 3d
I guess that's what's deleting them then?
Offline
Yes. The last line of that output includes an age field of '3d', anything older than that is removed every time the systemd-tmpfiles service runs (which is daily with the default timer). If you want to keep older core dumps, this is all configurable - but right now everything you are showing looks like the default configurations and so the results you are seeing are exactly as would be expected.
Last edited by Trilby (2022-04-18 21:19:15)
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Online
Thanks, that clears it up then.
Offline
Please remember to mark the thread as [SOLVED].
CoC - How to post
Offline