问题：发现同机房两台同网络域的主机，一台su用户正常，一台每次都需要等5s左右。
进展：杂事儿太多没深入排查，后续又发现了几台有同样问题的主机。非常影响效率。开始入手排查
分析：
1、之前遇到过类似问题，ssh登陆慢。所以首先观察两台主机sshd_config配置文件，发现登录慢的主机多了一个配置：GSSAPIAuthentication no配置。这个配置是用来解决ssh登录慢的问题的，排除！
2、对比ssh_config文件，发现没有任何区别。
3、用strace 追踪命令
两台主机都到了这一步，但是还是一个卡了5s，一个正常。
lockdreamer
4、想到切换用户会加载环境变量，手动source /etc/profile，发现有问题主机跟登录一样，卡了5s。
到底是/etc/profile的哪一部分执行的慢呢？在/etc/profile里面增加echo打印，经过几次，定位到是图示部分卡
lockdreamer
进入/etc/profile.d目录，测试发现是abrt-console-notification.sh 卡
lockdreamer
进一步定位发现是abrt-cli status 命令卡
lockdreamer
网上说的关闭abrtd，测试还是卡。
请教老师，最后总结出恢复办法：
1、重启dbus
systemctl restart dbus
lockdreamer
lockdreamer
确保服务启动成功。
2、重启dbus-org.freedesktop.login1
systemctl restart dbus-org.freedesktop.login1
lockdreamer
lockdreamer
确保服务启动成功。
问题解决，后续需要深入。dbus服务，abrtd服务，freedesktop服务。
标签：主机,dbus,su,etc,linux,lockdreamer,卡顿 From： https://www.cnblogs.com/exmyth/p/17520501.html