From: Rich Freeman <rich0@gentoo.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] How to repair a 'secondary Gentoo system'
Date: Mon, 11 Dec 2017 15:56:41 -0500 [thread overview]
Message-ID: <CAGfcS_n4RqPA__kDn5Do4AamWa_z1aeaZo5+=FVd-auTZiGQmg@mail.gmail.com> (raw)
In-Reply-To: <20171211194545.eeyhmu35gqkbrj2r@grusum.endjinn.de>
On Mon, Dec 11, 2017 at 2:45 PM, David Haller <gentoo@dhaller.de> wrote:
>
> On Mon, 11 Dec 2017, Helmut Jarausch wrote:
>>Strangely enough, dmesg shows
>>
>>systemd-coredump[25375]: Failed to connect to coredump service: No such file
> ^^^^^^
>>or directory
>>
>>although I'm not using system but openrc on both system
>
> It seems to me though, that that systemd-coredump thingy is running
> though ...
>
> $ ps a -eo pid,cmd | awk '$1 == 25375 { print;}'
>
That won't show anything, because systemd-coredump isn't a daemon. If
configured to do so, the kernel runs it when a core file is generated,
pipes the core into it, and it in turns passes it along to a
socket-activated service which logs it. Then all those processes
terminate. You wouldn't see them running except for a brief moment
when a process dumps core.
In your case the problem is that the socket doesn't exist, probably
because you aren't actually running systemd. So, systemd-coredump is
being run by the kernel, but it can't pass the core file along to the
service that logs it.
Most likely you have systemd installed but aren't actually running it.
It isn't particularly easy to accidentally install systemd under
Gentoo (I can't imagine that bug going unreported for long around
here...). Presumably you're using a systemd profile, or otherwise
have installed it.
If systemd is installed, then chances are you have this file
installed: /usr/lib/sysctl.d/50-coredump.conf
If that file exists, then I suspect openrc will parse it and set:
kernel.core_pattern=|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %e
And that will cause the issue you're seeing.
Just move that file someplace else and reboot. Or run sysctl
kernel.core_pattern=/tmp/core.%p or something like that. Then core
files will be dumped to disk and not piped into systemd-coredump.
Long-term you should sort out which service manager you want to run
and configure the entire system accordingly. You might run into
subtle bugs like this one if you have systemd installed and don't use
it. There is nothing wrong with switching back and forth, but it
isn't a well-tested config.
--
Rich
next prev parent reply other threads:[~2017-12-11 20:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-11 16:23 [gentoo-user] How to repair a 'secondary Gentoo system' Helmut Jarausch
2017-12-11 16:58 ` David Haller
2017-12-11 19:12 ` Helmut Jarausch
2017-12-11 19:45 ` David Haller
2017-12-11 20:56 ` Rich Freeman [this message]
2017-12-11 20:06 ` Dale
2017-12-12 1:45 ` [gentoo-user] " Kai Krakow
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAGfcS_n4RqPA__kDn5Do4AamWa_z1aeaZo5+=FVd-auTZiGQmg@mail.gmail.com' \
--to=rich0@gentoo.org \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox