On Fri, Sep 16, 2016 at 12:03:06PM -0600, Chris Murphy wrote:
> On Fri, Sep 16, 2016 at 11:26 AM, Zbigniew Jędrzejewski-Szmek
> <zbys...@in.waw.pl> wrote:
> > On Fri, Sep 16, 2016 at 11:02:44AM -0600, Chris Murphy wrote:
> >> None have *
> > So this is the issue really. I guess we should make the output
> > more clear in that case. Please try something as simple as
> > bash -c 'kill -ABRT $$' → this should result in a coredump appearing
> > in /var/lib/systemd/coredump. If it doesn't than maybe you don't
> > have enough free space and systemd-coredump, or something else is wrong.
> $ coredumpctl
> Fri 2016-09-16 11:59:37 MDT 3343 1000 1000 6 * /usr/bin/bash
> $ ls -l /var/lib/systemd/coredump
> total 0
> -rw-r-----+ 1 root root 0 Sep 16 11:59
> journalctl -f
> Sep 16 11:59:37 f24m audit: ANOM_ABEND auid=1000 uid=1000
> gid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> pid=3343 comm="bash" exe="/usr/bin/bash" sig=6
> Sep 16 11:59:37 f24m systemd: Started Process Core Dump (PID 3344/UID 0).
> Sep 16 11:59:37 f24m audit: SERVICE_START pid=1 uid=0
> auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
> msg='unit=systemd-coredump@1-3344-0 comm="systemd"
> exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
> Sep 16 11:59:37 f24m systemd-coredump: Failed to compress
> Invalid argument
It seems that our compression routine is borked and falls over with EINVAL
when it is asked to compress an empty file. I'll fix that.
But if the file it is trying to compress is empty, the problem already happened
before (the core should not have 0 size).
What is the kernel.core_pattern value that you are using?
Do you have the same result with the default of
'|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %e'?
Is selinux enabled, and if yes, do you get a different result with enforcing
devel mailing list -- firstname.lastname@example.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org