关于 Linux 服务器的登录命令执行缓慢的问题

[Pethap]

linux 服务器是没有高负载，也不是所有命令都很慢，特别是与登录有关的命令很慢（ ssh 、w 、top 等），但其他命令（如 iostat 、ls 等）很快。

以下是楼主做的尝试：
修改/etc/ssh/sshd_config ，UseDNS 为 no ，GSSAPIAuthentication 为 no 并无效果。

参考该网址 https://serverfault.com/questions/926283/linux-slow-command-response-despite-no-apparent-load

执行该命令 systemctl | grep "abandoned" | cut -f3 -d ' ' | xargs systemtctl stop 也无效果。

ssh -v name@localhost 排查登录问题，很流畅并无相关验证卡壳，只是在输完密码后，很久才出现命令行提示符。

还想请教一下大家还有没有其他问题的解决办法或者排查手段，小白在此不胜感激。

[jurassic2long]

好好研究下，说不定下一个发现 xz JiaTan 的就是你了

[Pethap]

@jurassic2long 感谢回复，xz 后门注入版本是 5.6.0 与 5.6.1 ，和服务器上的 xz 版本 5.2.5 ，相差甚远，应该不是这个问题，十分感谢提出的建议！

[ho121]

我遇到过非常类似的症状，涉及登录的命令都延迟 30s 。30s 是 dbus 默认的超时时间。
后来找到原因是有一个 vim 进程卡死了，SIGTERM 、SIGHUP 信号都不响应，进而造成某个 SSH 会话持续时间非常长。后来把这个 vim 进程 kill -9 掉，然后重启了 polkit.service 、polkitd.service 、systemd-logind.service 、dbus.service 服务就好了。

排查的切入点是和认证相关的日志，比如：
/var/log/secure
journalctl -u sshd.service



网上也有说是 DNS 服务器故障导致的

[wps353]

strace 看看 sshd 进程卡在什么地方

[Pethap]

@ho121 感谢提供思路，确实相关登录的命令延迟超了 30s 。
我询问 chatgpt 进程卡死的问题，通过 ps -aux | grep D ，筛选 stat 状态为 D 的进程，发现没有。
然后查看了 /var/log/secure 和 journalctl -u sshd.service 似乎没有异常，红字是 session closed for user ，其他都是正常。

[lltlo]

先把问题简化一下，看帖子里说的，w 和 top 也很慢？
那就直接研究 top ，用 strace 打开 top 看下一下都在干什么，卡在什么上面，大概能分析出原因。

[retanoj]

@Pethap #5 那有没有重启#3 楼说的这些服务呢？

[Pethap]

@retanoj 卧槽 真的可以，刚刚等任务跑完重启了这些服务，延迟极大改善！！

[Pethap]

@ho121 谢谢谢谢！🫰🫰🫰🫰

[mikew]

楼主你好，我也是两天前才遇到这个问题，服务器输入 ls, vim,conda 命令都卡死，vscode-remote 直接连不上，重启服务器好使了，但是过了几个小时又卡死，不知道是怎么回事，楼主重启了这几个服务之后这个问题还会重复出现嘛？

[Pethap]

@mikew #10 你查看一下 top 服务器使用率吧，估计是有进程高使用导致服务器高负载了

[mikew]

@Pethap 嗯嗯，最后解决了，是有一个进程占用了 IO 端口，kill 之后就好了