<br><br><div class="gmail_quote">On Sat, Aug 28, 2010 at 11:29 PM, Yaron <span dir="ltr">&lt;<a href="mailto:tclug@freakzilla.com">tclug@freakzilla.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Sat, 28 Aug 2010, Robert Nesius wrote:<br>
<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
BUT - if you log in via ssh as a non-root user you could run strace against the su command.   &#39;strace -f -o /tmp/strace.out su - user&#39;. <br>
</blockquote>
<br></div>
Hey, good idea. Assuming it&#39;ll actually do it for su. And lets a user strace all the way up (; definitely worth a try.<br><br></blockquote><div><br>Yep - and notice the &#39;-&#39; in the su command.  I would see if you can reproduce the lag with and without the &#39;-&#39;. <br>
<br>su - user  # invokes a new login shell that completely sources the user&#39;s login files<br>su user # changes identity without sourcing the target user&#39;s login files. <br><br>If &#39;su - &lt;username&gt;&#39; triggers the delay, but &#39;su &lt;username&gt;&#39; doesn&#39;t, the problem is in the login environment. <br>
<br>-Rob<br> <br></div></div>