<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 6, 2019 at 3:15 AM Michael Biebl <<a href="mailto:biebl@debian.org">biebl@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 06.08.19 um 04:48 schrieb Debian Bug Tracking System:<br>
>  rpcbind (1.2.5-5) unstable; urgency=medium<br>
>  .<br>
>    * debian/rules: Add --no-restart-after-upgrade option to<br>
>      dh_installsystemd to avoid race condition at rpcbind.socket<br>
>      initialization (Closes: #933268)<br>
<br>
<a href="https://salsa.debian.org/debian/rpcbind/commit/6bdd9256f811ed312173eeb9e9ca7f600720769b" rel="noreferrer" target="_blank">https://salsa.debian.org/debian/rpcbind/commit/6bdd9256f811ed312173eeb9e9ca7f600720769b</a><br>
<br>
I don't think this is a proper fix. After all, you typically want a<br>
daemon to be restarted after upgrades so (security) fixes are applied.<br>
I also notice, that the above commit contains other (unrelated) changes<br>
which are not mentioned in the changelog.<br>
<br>
<br>
A quick test shows, that debhelper creates the following code and<br>
executing that manually triggers the same error:<br>
<br>
# systemctl restart rpcbind.service rpcbind.socket<br>
<br>
Job for rpcbind.socket failed.<br>
See "systemctl status rpcbind.socket" and "journalctl -xe" for details.<br>
A dependency job for rpcbind.service failed. See 'journalctl -xe' for<br>
details.<br>
<br>
This needs further investigation, where the underlying problem is.<br>
For the time being, I would suggest a different workaround, ie.<br>
restarting rpcbind.service and rpcbind.socket sequentially (or only<br>
rpcbind.service, I think that should be sufficient)<br>
<br>
<br>
So somehting like this:<br>
override_dh_installsystemd:<br>
       dh_installsystemd rpcbind.socket<br>
        dh_installsystemd rpcbind.service<br>
<br>
<br>
I'm not yet sure if this is a bug in systemd itself, in rpcbind or<br>
debhelper for generating such a code sequence, so CCing all affected<br>
parties.<br></blockquote><div><br></div><div>The idea was to let systemctl/systemd order the jobs in whatever way it saw fit, according to the ordering requirements of the units. If there is a bug somewhere, it is either in systemd,  or in rpcbind where an ordering requirement is missing.</div><div><br></div><div>Does the problem persist if you add After=rpcbind.socket to rpcbind.service?</div><div><br></div></div>-- <br><div dir="ltr" class="gmail_signature"><br>Saludos,<br>Felipe Sateler</div></div>