<div dir="ltr">I am curious Zbigniew of how you find out if the coredump was on a starved process?<div><br></div><div>This is common for our embedded devices. I didn't think it is common for desktop too. </div><div><br></div><div>It is really useful for getting coredumps on deadlocked applications. For that reason I don't think it is good to remove this functionality completely.</div><div><br></div><div>Umut</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 21, 2019 at 7:51 PM Zbigniew Jędrzejewski-Szmek <<a href="mailto:zbyszek@in.waw.pl">zbyszek@in.waw.pl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">In principle, the watchdog for services is nice. But in practice it seems<br>
be bring only grief. The Fedora bugtracker is full of automated reports of ABRTs,<br>
and of those that were fired by the watchdog, pretty much 100% are bogus, in <br>
the sense that the machine was resource starved and the watchdog fired.<br>
<br>
There a few downsides to the watchdog killing the service:<br>
1. if it is something like logind, it is possible that it will cause user-visible<br>
failure of other services<br>
2. restarting of the service causes additional load on the machine<br>
3. coredump handling causes additional load on the machine, quite significant<br>
4. those failures are reported in bugtrackers and waste everyone's time.<br>
<br>
I had the following ideas:<br>
1. disable coredumps for watchdog abrts: systemd could set some flag<br>
on the unit or otherwise notify systemd-coredump about this, and it could just<br>
log the occurence but not dump the core file.<br>
2. generally disable watchdogs and make them opt in. We have 'systemd-analyze service-watchdogs',<br>
and we could make the default configurable to "yes|no".<br>
<br>
What do you think?<br>
Zbyszek<br>
_______________________________________________<br>
systemd-devel mailing list<br>
<a href="mailto:systemd-devel@lists.freedesktop.org" target="_blank">systemd-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/systemd-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/systemd-devel</a></blockquote></div>