<p dir="ltr">Same here. I have a git server with clients connecting every 10 minutes or so via SSH, and the problem is exactly the same.</p>
<p dir="ltr">About 20 hours from reboot logind goes nuts, then it must be restarted at very variable intervals, about a couple a day.<br></p>
<p dir="ltr">-- <br>
Stefano</p>
<div class="gmail_quote">Il 15/ott/2015 01:27, "James Bottomley" <<a href="mailto:James.Bottomley@hansenpartnership.com">James.Bottomley@hansenpartnership.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, 2015-10-15 at 01:06 +0200, Michael Biebl wrote:<br>
> Am 15.10.2015 um 00:34 schrieb James Bottomley:<br>
> > On Thu, 2015-10-15 at 00:30 +0200, Michael Biebl wrote:<br>
> >> Am 15.10.2015 um 00:16 schrieb James Bottomley:<br>
> >>> Since there doesn't seem to have been any progress on this from the<br>
> >>> systemd side, and I'm really tired of my email users yelling at me<br>
> >>> (justifiably since once the systemd-logind service dies, dovecot sasl<br>
> >>> fails to work and they can't send email), this is the script I came up<br>
> >>> with to alleviate the problem:<br>
> >><br>
> >> So are you restarting dbus as well for some reason?<br>
> ><br>
> > You can't really restart dbus in a systemd system...  However, the<br>
> > problem seems to be the endpoint stops listening.  systemd-logind is<br>
> > still running but strace -p shows it no longer responds when something<br>
> > contacts the end point.  If you restart it, it will listen for a while<br>
> > before stopping again.<br>
><br>
> If in your case you are not restarting dbus, can you isolate what's<br>
> causing logind to stop responding on your system?<br>
> I.e., can you provide us with steps how to reproduce the issue.<br>
<br>
It happens naturally in a running system.  This one supplies<br>
sparkleshare sync services for shared and backup directories, so there<br>
are a huge number of micro sshd logins doing syncs, SASL via dovecot for<br>
postfix and dovecot itself.  It's not based on LDAP, so everything goes<br>
via the password file based authenticator.<br>
<br>
The logs indicate that from reboot to first timeout took about 20 hours.<br>
Thereafter, the timeouts seem to increase in frequency to about two or<br>
three an hour.<br>
<br>
James<br>
<br>
</blockquote></div>