<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - systemctl times out under load"
href="https://bugs.freedesktop.org/show_bug.cgi?id=68217#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - systemctl times out under load"
href="https://bugs.freedesktop.org/show_bug.cgi?id=68217">bug 68217</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>Hmm, so is the same case as <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Cleaning up of /tmp directories PrivateTmp=yes from PID 1 might be *very* slow if the private directory contains many many files on slow disks thus blocking PID1 from continuing"
href="show_bug.cgi?id=68232">https://bugs.freedesktop.org/show_bug.cgi?id=68232</a>
?
if so, then this is not surprising. Basically, while PID 1 is cleaning up the
private tmp dir we don't execute the event loop anymore, thus not dispatching
bus requests anymore, which means they time out.
This is really bad design on systemd's side. We really shouldn't do possibly
unbounded IO from PID 1 I guess, blocking execution otherwise...</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>