<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTABUG - systemd pid 1 breaks after receiving sigquit"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=87603#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTABUG - systemd pid 1 breaks after receiving sigquit"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=87603">bug 87603</a>
              from <span class="vcard"><a class="email" href="mailto:lennart@poettering.net" title="Lennart Poettering <lennart@poettering.net>"> <span class="fn">Lennart Poettering</span></a>
</span></b>
        <pre>(In reply to Konstantin Gribov from <a href="show_bug.cgi?id=87603#c3">comment #3</a>)
<span class="quote">> As I see in
> <a href="http://svn.savannah.nongnu.org/viewvc/sysvinit/trunk/src/init">http://svn.savannah.nongnu.org/viewvc/sysvinit/trunk/src/init</a>.
> c?annotate=159&root=sysvinit (around line 1146) sysvinit set SIG_IGN for
> SIGQUIT. 

> It seems that OpenRC isn't an init (it provides rc but not /sbin/init), so
> it's behavior depends on underlying sysvinit/bsd-init.

> I don't see any SIGQUIT handler in upstart (and libnih), so it should behave
> like systemd, with pid 1 core dumped and broken system after `kill -SIGQUIT
> 1`.

> It's not a security problem, of course. It's at most an usability problem.
> Is default core dump required for debugging systemd? Is there any reason not
> to ignore it?</span >

Usability? I really don't see that. The usual expection on Unix is that SIGQUIT
results in an abnormal process exit with a coredump. I really don't see why PID
1 should not support that too. It's not user-friendly to add different logic
here to PID 1 without a really good reason for it.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>