<div dir="ltr"><div>Hi Mohammad,</div><br><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">Do you have any PAM modules that might be hitting some sorts of<br>
external API for auditing purposes that may be throttling you?<br></blockquote><div><br></div><div>Not unless OSA would have configured something. The deployment is *very* standard, heavily leveraging default values. </div><div><br></div><div>DNS of each container is configured to use LXC host for resolution. The host is using the systemd-based resolver, but is pointing to a local, dedicated upstream resolver. I want to point the problem there, but we've run into this issue in two different locations, one of which has an upstream DNS resolver that I'm confident does not throttle requests. But, hey, it's DNS - maybe it's still the cause.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">How is systemd-logind feeling?  Anything odd in your system logs?<br></blockquote><div><br></div><div>Yes. We have a feeling it's *something* with systemd, but aren't exactly sure what. Affected containers' logs end up with a lot of the following entries:</div><div><br></div><div>Dec  3 20:30:17 infra1-repo-container-a0f194b3 su[4170]: Successful su for root by root<br>Dec  3 20:30:17 infra1-repo-container-a0f194b3 su[4170]: + ??? root:root<br>Dec  3 20:30:17 infra1-repo-container-a0f194b3 su[4170]: pam_unix(su:session): session opened for user root by (uid=0)<br>Dec  3 20:30:27 infra1-repo-container-a0f194b3 dbus-daemon[47]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out (service_start_timeout=25000ms)<br>Dec  3 20:30:42 infra1-repo-container-a0f194b3 su[4170]: pam_systemd(su:session): Failed to create session: Connection timed out<br>Dec  3 20:30:43 infra1-repo-container-a0f194b3 su[4170]: pam_unix(su:session): session closed for user root<br></div><div><br></div><div>But we aren't sure if those timeouts are a symptom of cause.</div><div><br></div><div>Thanks for your help!</div><div><br></div><div>Joe</div></div></div>