Bug#744964: systemd: should enable coredump handling
On 16 October 2015 at 13:10, Laurent Bigonville wrote: > Package: systemd > Followup-For: Bug #744964 > > Hi, > > Any progress on this? > > IIRC somebody was working on creating an extra package so the feature > can be an opt-in Yes, I have a working patch for enabling it in a separate package (branch fsateler/coredump). Michael wanted first to see if more new packages will be introduced so that NEW queue has to happen only once. -- Saludos, Felipe Sateler
Bug#744964: systemd: should enable coredump handling
Package: systemd Followup-For: Bug #744964 Hi, Any progress on this? IIRC somebody was working on creating an extra package so the feature can be an opt-in Cheers, Laurent Bigonville -- Package-specific info: -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii adduser 3.113+nmu3 ii libacl1 2.2.52-2 ii libapparmor12.10-2+b1 ii libaudit1 1:2.4.4-4 ii libblkid1 2.27-3 ii libc6 2.19-22 ii libcap2 1:2.24-12 ii libcap2-bin 1:2.24-12 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2 ii libkmod221-1 ii liblzma55.1.1alpha+20120614-2.1 ii libmount1 2.27-3 ii libpam0g1.1.8-3.1 ii libseccomp2 2.2.3-2 ii libselinux1 2.4-2 ii libsystemd0 227-2 ii mount 2.27-3 ii sysv-rc 2.88dsf-59.2 ii udev227-2 ii util-linux 2.27-3 Versions of packages systemd recommends: ii dbus1.10.0-3 ii libpam-systemd 227-2 Versions of packages systemd suggests: ii systemd-container 227-2 ii systemd-ui 3-4 -- no debconf information
Bug#744964: systemd: should enable coredump handling
>> With the recent upstream changes [1], I think we can reconsider >> enabling the coredump feature. This would require v215 (to be >> released). >> >> Michael >> >> [1] >> http://lists.freedesktop.org/archives/systemd-devel/2014-June/020357.html v216 is released now. Will you go ahead? For configuration options see http://www.freedesktop.org/software/systemd/man/coredump.conf.html Best regards Heinrich Schuchardt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744964: [Pkg-systemd-maintainers] Bug#744964: systemd: should enable coredump handling
Am 16.04.2014 22:06, schrieb Tollef Fog Heen: > ]] Michael Biebl > >> I remember that we had a few issues in the past. One being that the >> journal file was blown up incredibly causing important log data to be >> "rotated away" > > We might want to make it configurable whether to use it or not, and it > sounds like the journal might want to grow support for «blobs» that can > be handled slightly differently than normal log entries. > >> Another one, that it could slow down the system considerably if lots of >> coredumps were triggered. E.g. I noticed that when running the glib test >> suite which triggered the coredump handler quite often. > > Sounds like those shouldn't dump core and just use prctl to make sure > this happens, then? > >> I'm a bit reluctant because of this and we should make sure to not cause >> any regressions when enabling this feature. > > Absolutely, but it should be available for people who want to use it, > rather than not compiled as is the case today. > With the recent upstream changes [1], I think we can reconsider enabling the coredump feature. This would require v215 (to be released). Michael [1] http://lists.freedesktop.org/archives/systemd-devel/2014-June/020357.html -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#744964: systemd: should enable coredump handling
]] Michael Biebl > I remember that we had a few issues in the past. One being that the > journal file was blown up incredibly causing important log data to be > "rotated away" We might want to make it configurable whether to use it or not, and it sounds like the journal might want to grow support for «blobs» that can be handled slightly differently than normal log entries. > Another one, that it could slow down the system considerably if lots of > coredumps were triggered. E.g. I noticed that when running the glib test > suite which triggered the coredump handler quite often. Sounds like those shouldn't dump core and just use prctl to make sure this happens, then? > I'm a bit reluctant because of this and we should make sure to not cause > any regressions when enabling this feature. Absolutely, but it should be available for people who want to use it, rather than not compiled as is the case today. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744964: systemd: should enable coredump handling
Hi Tollef! Am 16.04.2014 20:48, schrieb Tollef Fog Heen: > > Package: systemd > Severity: wishlist > > We disabled coredump handling with --disable-coredump. It's probably > time to change that. I remember that we had a few issues in the past. One being that the journal file was blown up incredibly causing important log data to be "rotated away" Another one, that it could slow down the system considerably if lots of coredumps were triggered. E.g. I noticed that when running the glib test suite which triggered the coredump handler quite often. I'm a bit reluctant because of this and we should make sure to not cause any regressions when enabling this feature. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#744964: systemd: should enable coredump handling
Package: systemd Severity: wishlist We disabled coredump handling with --disable-coredump. It's probably time to change that. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
