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
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Online
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/aOffline
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
Offline
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/aOffline
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
Offline
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 3dI 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
Offline
Thanks, that clears it up then.
Offline
Please remember to mark the thread as [SOLVED].
CoC - How to post
Offline