<div dir="ltr">One more question, any reason for these error messages in the logs after restarting systemd-logind?<br><br>May 20 11:12:50 secondary systemd-logind[382684]: New seat seat0.<br>May 20 11:12:50 secondary systemd-logind[382684]: User or group name "0" starts with a digit, accepting for compatibility.<br>May 20 11:12:50 secondary systemd-logind[382684]: Failed to add user by file name 0, ignoring: Invalid argument<br>May 20 11:12:50 secondary systemd-logind[382684]: User enumeration failed: Invalid argument<br><br>May 20 11:13:41 primary systemd[1]: Starting Login Service...<br>May 20 11:13:41 primary systemd-logind[110604]: New seat seat0.<br>May 20 11:13:41 primary systemd-logind[110604]: User or group name "199" starts with a digit, accepting for compatibility.<br>May 20 11:13:41 primary systemd-logind[110604]: Failed to add user by file name 199, ignoring: Invalid argument<br>May 20 11:13:41 primary systemd-logind[110604]: User or group name "6105" starts with a digit, accepting for compatibility.<br>May 20 11:13:41 primary systemd-logind[110604]: Failed to add user by file name 6105, ignoring<br><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 20, 2020 at 11:07 AM Robert Kudyba <<a href="mailto:rkudyba@fordham.edu">rkudyba@fordham.edu</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"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>On Di, 19.05.20 23:36, Robert Kudyba (<a href="mailto:rkudyba@fordham.edu" target="_blank">rkudyba@fordham.edu</a>) wrote:<br>
<br>
> Just upgraded for Fedora 32, still running NUS/ypserv, now getting<br>
> very slow logins and systemd-logind is not starting. I enabled debug<br>
> logs and am seeing the below logs. I don't think<br>
> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_systemd_systemd_issues_7074&d=DwIBAg&c=aqMfXOEvEJQh2iQMCb7Wy8l0sPnURkcqADc2guUW8IM&r=X0jL9y0sL4r4iU_qVtR3lLNo4tOL1ry_m7-psV3GejY&m=g-sQXgHR3VJuVTBfUvADrmjl8NIsPaBKboi8ZUH0gOA&s=X94m6OxWpvg9NhGqgPLaACIrMX1q1gleuH8E5qtUR3U&e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_systemd_systemd_issues_7074&d=DwIBAg&c=aqMfXOEvEJQh2iQMCb7Wy8l0sPnURkcqADc2guUW8IM&r=X0jL9y0sL4r4iU_qVtR3lLNo4tOL1ry_m7-psV3GejY&m=g-sQXgHR3VJuVTBfUvADrmjl8NIsPaBKboi8ZUH0gOA&s=X94m6OxWpvg9NhGqgPLaACIrMX1q1gleuH8E5qtUR3U&e=</a>  is back with the<br>
> nss-nis bug but I made sure that IPAddress= is set (to nothing).<br>
<br>
Make sure to turn the sandboxing off for systemd-userdb.service too if<br>
you want to use NIS.<br></blockquote><div><br></div><div>OK this wasn't obvious to me but I believe I found it. How does one know how to turn off sandboxing for this service? Is there a document that mentions IPAddress = achieves this?</div><div><br></div><div>In /usr/lib/systemd/system/systemd-userdbd.service I set IPAddress= (again blank it did have "Any" set). I restarted that service (after running systemctl daemon-reload). That also took about a minute. Then restarting systemd-logind.service worked and logins are now quick. I created a Bugzilla for this <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1837808" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1837808</a></div></div></div>
</blockquote></div>