Comment # 5 on bug 929564 from andreas bittner

Hi I am back with these problems, as I have time right now to report some
details and I have two systems which are currently in this state where an ssh
login from a remote network is somewhat slow: few tens of seconds until
putty/ssh client shows the actual shell/bash prompt after the password had been
accepted.

But I have times when the login is multiple minutes (! seriously, I had it as
bad as 12minutes) delayed.

FTR:
I have UseDNS no and GSSAPIAuthentication no or what those values are called
actually (reciting them from memory), and also AllowUsers for exactly one user.
All these settings didnt help any. When the system goes into these stalls it
displays these stalls for ssh login and for sudo commands even (see below)


Also I figured, when the ssh login is delayed, commands as simple as

sudo ls


are also delayed the same amount of time

I can paste some terminal window text if needed.

I also verified the sudo stuff, by entering a password first and then measuring
again the same command with sudo, thus the password/credentials already cached
and still needing multiple tens of seconds for a simple ls.
When sudo nonexistant command, it returns immediately though.

Also the system is not loaded, cpu wise, and I suppose disk wise as well, very
simple systems, only doing a bit of routing/nat for a small network, and the
sshd services to external and maybe a named cache locally and a squid at
maximum. Very simple stuff.

As I said, I have multiple machines having these issues maybe since opensuse
13.2, they differ in hardware slightly. The only similar or same thing that
comes to my mind with these machines are that they are all not fresh/clean
installs but have at least come from 13.2 to leap 42.1, x64 all of them.

Also the one system came exactly one iteration from before leap 42.1 so it was
a clean 13.2 and then zypper dup to 41.1 many months ago (december?). The other
currently showing symptoms system is maybe older than that.

I would really like to have this slowdown fixed and found out about what
exactly causes this damn thing :(

I have measured the sudo ls via time -p sudo ls

and it always lists those tens of seconds (at the moment) as real 25.00 or real
27.01.... usr and sys are all at 0.00

I guess the time -p would show the multi minute timespan just the same as it
shows the twentysomething seconds at the moment for my two affected systems
right now.

What can I do? I have the systems all updated right now except for todays
kernel 4.1.21 update for those two systems, my other systems currently didnt
display these lags and I have already updated them to 4.1.21

Thanks and regards.