-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour? I don't see anything in man coredump.conf - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXof+hRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVhlgAn2YZqGr0/9Q7BIRruJ6k V5KMIbs8AJ4rSePoDipXcmetJXJc7CepJ0GlZg== =6mmG -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
04.04.2020 06:27, Carlos E. R. пишет:
Hi,
Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour?
We are expected to guess how and where you obtain "the list of coredumps"?
I don't see anything in man coredump.conf
-- Cheers
Carlos E. R. (from 15.1 x86_64 at Telcontar)
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sat, 4 Apr 2020 09:43:08 +0300
Andrei Borzenkov
04.04.2020 06:27, Carlos E. R. пишет:
Hi,
Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour?
We are expected to guess how and where you obtain "the list of coredumps"?
Presumably # coredumpctl
I don't see anything in man coredump.conf
Especially given the reference to its config file?
-- Cheers
Carlos E. R. (from 15.1 x86_64 at Telcontar)
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/04/2020 08.43, Andrei Borzenkov wrote:
04.04.2020 06:27, Carlos E. R. пишет:
Hi,
Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour?
We are expected to guess how and where you obtain "the list of coredumps"?
You can ask, politely. ;-) coredumpctl -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On 04/04/2020 10.11, Dave Howorth wrote:
On Sat, 4 Apr 2020 09:43:08 +0300 Andrei Borzenkov <> wrote:
04.04.2020 06:27, Carlos E. R. пишет:
Hi,
Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour?
We are expected to guess how and where you obtain "the list of coredumps"?
Presumably
# coredumpctl
Right. I had something like 300 coredumps, after the reboot there was only one, the new one. (yes, I had almost 300 coredumps in a single session, very fast - but they are gone, only my memory of them remains) from tracker-miners, tracker-miner-files, tracker-miners-lang - again.
I don't see anything in man coredump.conf
Especially given the reference to its config file?
Of course there is nothing in the config file. If I had seen any I would not have asked here ;-) Telcontar:~ # cat /etc/systemd/coredump.conf # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. # # Entries in this file show the compile time defaults. # You can change settings by editing this file. # Defaults can be restored by simply deleting this file. # # See coredump.conf(5) for details. [Coredump] #Storage=external #Compress=yes #ProcessSizeMax=2G #ExternalSizeMax=2G #JournalSizeMax=767M #MaxUse= #KeepFree= Telcontar:~ # -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, Am Samstag, 4. April 2020, 12:26:48 CEST schrieb Carlos E. R.:
On 04/04/2020 08.43, Andrei Borzenkov wrote:
04.04.2020 06:27, Carlos E. R. пишет:
Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour?
We are expected to guess how and where you obtain "the list of coredumps"? You can ask, politely. ;-)
coredumpctl
Do the actual coredump files still exist in /var/lib/systemd/coredump/ ? Regards, Christian Boltz -- Das Schicksal beschützt Narren, kleine Kinder und Schiffe mit dem Namen Enterprise. ["William T. Riker"] -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/04/2020 13.06, Christian Boltz wrote:
Hello,
Am Samstag, 4. April 2020, 12:26:48 CEST schrieb Carlos E. R.:
On 04/04/2020 08.43, Andrei Borzenkov wrote:
04.04.2020 06:27, Carlos E. R. пишет:
Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour?
We are expected to guess how and where you obtain "the list of coredumps"? You can ask, politely. ;-)
coredumpctl
Do the actual coredump files still exist in /var/lib/systemd/coredump/ ?
Let me see... yes, at least there are 275 files there. 2 dated today and the rest yesterday) Telcontar:~ # l -ltr /var/lib/systemd/coredump/ total 4192172 drwxr-xr-x 8 root root 4096 Mar 25 16:28 ../ -rw-r-----+ 1 root root 8385370 Apr 3 13:52 core.single.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.6036.1585914736000000.lz4 -rw-r-----+ 1 root root 8385423 Apr 3 13:52 core.single.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.6043.1585914736000000.lz4 -rw-r-----+ 1 root root 8385158 Apr 3 13:52 core.single.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.6050.1585914736000000.lz4 ... -rw-r-----+ 1 root root 24925505 Apr 3 13:54 core.single.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.8126.1585914881000000.lz4 -rw-r-----+ 1 root root 24925816 Apr 3 13:54 core.single.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.8133.1585914881000000.lz4 -rw-r-----+ 1 root root 24925731 Apr 3 13:54 core.single.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.8140.1585914882000000.lz4 -rw-r-----+ 1 root root 8793056 Apr 3 14:28 core.Web\x20Content.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.11063.1585916883000000.lz4 -rw-r-----+ 1 root root 8510898 Apr 3 14:28 core.Web\x20Content.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.11010.1585916883000000.lz4 -rw-r-----+ 1 root root 22688301 Apr 3 21:04 core.Web\x20Content.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.15164.1585940675000000.lz4 -rw-r-----+ 1 root root 1540515 Apr 3 21:08 core.gkrellm.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.4234.1585940880000000.lz4 -rw-r-----+ 1 root root 21091384 Apr 3 21:08 core.Web\x20Content.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.16059.1585940885000000.lz4 -rw-r-----+ 1 root root 1552156 Apr 3 22:27 core.gkrellm.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.17120.1585945620000000.lz4 -rw-r-----+ 1 root root 63581754 Apr 3 22:30 core.Web\x20Content.1000.3d53a65e6bcb4db7be85d2cbc1f36f0f.16116.1585945847000000.lz4 -rw-r-----+ 1 root root 8677084 Apr 4 00:42 core.Web\x20Content.1000.d1d75cbe6f104677979fce5849db3c58.7106.1585953727000000.lz4 -rw-r-----+ 1 root root 1539919 Apr 4 12:58 core.gkrellm.1000.d1d75cbe6f104677979fce5849db3c58.4392.1585997900000000.lz4 drwxr-xr-x 2 root root 40960 Apr 4 12:58 ./ Telcontar:~ # I have an idea. Maybe it only lists the current session because the journal is not permanent :-? -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On 04/04/2020 13.16, Carlos E. R. wrote:
On 04/04/2020 13.06, Christian Boltz wrote:
Hello, ...
I have an idea. Maybe it only lists the current session because the journal is not permanent :-?
Yes, that is it. I created /var/log/journal directory, and they stay after a reboot. I never noticed this issue since systemd came into openSUSE :-? -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
04.04.2020 14:06, Christian Boltz пишет:
Hello,
Am Samstag, 4. April 2020, 12:26:48 CEST schrieb Carlos E. R.:
On 04/04/2020 08.43, Andrei Borzenkov wrote:
04.04.2020 06:27, Carlos E. R. пишет:
Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour?
We are expected to guess how and where you obtain "the list of coredumps"? You can ask, politely. ;-)
coredumpctl
Do the actual coredump files still exist in /var/lib/systemd/coredump/ ?
coredumpctl gets core list from journal. Om Leap 15 there is no persistent journal by default. Storage= setting in coredump.conf applies to actual core data, not to meta information (even with "none" information about cores is logged). -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (4)
-
Andrei Borzenkov -
Carlos E. R. -
Christian Boltz -
Dave Howorth