<div dir="ltr">We're going to check it out early next week, whether it still applies.<div><br></div><div>The bug it fixes is a situation where pidof reaches a process that's in a bad state such as D or Z, that might have an executable on a stuck mount point or something like that, and gets stuck, preventing system maintenance tasks or shutdown.</div><div><br></div><div><br></div><div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 30, 2017 at 3:20 PM, Ian Jackson <span dir="ltr"><<a href="mailto:ijackson@chiark.greenend.org.uk" target="_blank">ijackson@chiark.greenend.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Control: tags -1 + patch<br>
<br>
Daniel Povey writes ("Bug#719273: Acknowledgement (sysvinit-utils: /bin/pidof fails when there are stuck NFS mount points, preventing shutdown)"):<br>
<span class="">> No-one ever responded to this thread (years ago).<br>
> We have just noticed the same problem on a newer version of Debian and we are<br>
> going to dig up our old patch and use it.<br>
> This is an issue for services like rpcbind for which systemd uses the older<br>
> SysV init scripts.<br>
<br>
</span>Thanks for pinging this bug.<br>
<br>
Do you know if the patch still applies to current sysvinit source ?<br>
<br>
Reading a non-unified diff certainly takes me back some years...<br>
<br>
Regards,<br>
Ian.<br>
</blockquote></div><br></div>