Your message dated Sat, 11 Apr 2020 10:40:37 +0200
with message-id <[email protected]>
and subject line Re: Bug#956435: systemd-coredump: should have a way of
deleting core dumps
has caused the Debian Bug report #956435,
regarding systemd-coredump: should have a way of deleting core dumps
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
956435: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956435
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: systemd-coredump
Version: 245.4-3
Severity: normal
Tags: upstream
According to the man page of coredumpctl there is no way to delete a core dump
that it manages. If you find the file name and rm it then it stays in the
output of "coredumpctl list" with status "missing".
It's a reasonable expectation that everything which can be created can be
deleted. This is especially true of core dumps which can take more space than
desired and which can potentially have confidential data which needs to be
deleted.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (700, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8),
LANGUAGE=en_AU:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Enforcing - Policy name: default
Versions of packages systemd-coredump depends on:
ii adduser 3.118
ii libacl1 2.2.53-6
ii libc6 2.30-4
ii libdw1 0.176-1.1
ii libelf1 0.176-1.1
ii systemd 245.4-3
systemd-coredump recommends no packages.
systemd-coredump suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Am 11.04.20 um 09:24 schrieb Russell Coker:
> reopen 956435
> thanks
>
> On Saturday, 11 April 2020 5:17:44 PM AEST Michael Biebl wrote:
>> Does does have a way to delete old coredumps and does it automatically.
>>
>> $ grep coredump /usr/lib/tmpfiles.d/*
>> /usr/lib/tmpfiles.d/systemd.conf:d /var/lib/systemd/coredump 0755 root
>> root 3d
>>
>> Files that are older then 3 days are deleted automatically.
>> You can tweak those settings obviously by providing your own tmpfile
>> snippet.
>
> If you just rm files you get the below result where coredumps are described
> as
> "missing", a proper solution would remove them from the list.
>
> Also whatever the proper solution is deemed to be needs to be documented, the
> man page mentions nothing about this.
It does btw, man sytemd-coredump
"
In addition the storage time of core dump files is restricted
by systemd-tmpfiles, corresponding settings are by default in
/usr/lib/tmpfiles.d/systemd.conf.
"
signature.asc
Description: OpenPGP digital signature
--- End Message ---
