Same here..   my first guess is a DNS server issue..   quick test is to 'mv
/etc/resolv.conf /etc/resolv.save' --  so no reverse lookup is even tried by
sshd..   If you can login without delay - your issue is a DNS server not
responding.

Scott Rohling

On Wed, Nov 5, 2008 at 7:24 AM, Aria Bamdad <[EMAIL PROTECTED]>wrote:

> On Wed, 5 Nov 2008 08:19:16 -0600 Steve Mitchell said:
> >
> >The puzzle:  Why did the SSH process fail?  I'm not certain where to look
> >for an explanation.  I've checked the Velocity reports,  VM was doing some
> >paging during both of these times, could that have done it?  CPU
> >consumption was not excessive at approx 50%.  Where else might I look?
> >
>
> I have seen slow SSH response during the login and password prompt part
> of the session that was caused by an incorrect or non-working DNS server
> setup on the host.  The delay was caused by a non working or invalid
> primary
> DNS server, then when the secondary DNS server was asked (after a timeout)
> the SSH connection/prompt was presented.
>
> Aria.
>

Reply via email to