【银河麒麟服务器操作系统·实例分享】虚机系统ssh无法正常登录访问,分析 ...

海哥  金牌会员 | 2024-8-13 23:02:02 | 显示全部楼层 | 阅读模式
打印 上一主题 下一主题

主题 534|帖子 534|积分 1602

了解更多银河麒麟操作系统全新产品,请点击访问
麒麟软件产品专区:https://product.kylinos.cn
开发者专区:https://developer.kylinos.cn
服务器环境以及配置

【机型】虚机
处理器:
Kunpeng-920
内存:
32G
整机范例/架构:
ARM
【内核版本】
4.19.90-25.21.v2101.ky10.aarch64
【OS镜像版本】
银河麒麟高级服务器操作系统 Kylin-Server-10-SP2-Release-Build09-20210524-aarch64
【第三方软件】
Java应用

现象描述

在2024年4月11日10点15分前后,发现虚机系统ssh无法正常登录,进入虚机控制台,也无法正常登录进入系统。过10分钟左右之后,可以ssh登录系统,利用top命令查看发现dbus占用单核cpu为99%,比较高。需要分析,系统在故障时间段内,不能正常登录利用的原因。如图1:

图1


现象分析

分析系统性能日志,查看故障时间段内2024.04.11 10点15分前后,系统性能是否有利用非常环境,分别查看系统团体CPU、内存和负载,未发现非常,查看磁盘IO读写性能,看到,在2024.04.11 10:10至10:20左右这个故障时间段内,磁盘IO读相较其他时间段,有显着增加,说明此时间段内,业务访问可能比较繁忙,如图2至图5:

图2 CPU



图3 内存



图4 负载



图5 磁盘IO


分析系统ssh登录日志secure,发现故障时间段内2024.04.11 10:06:37至10:21:54,login登录有一段找不到pam_console.so动态库模块信息输出“PAM unable to dlopen(/usr/lib64/security/pam_console.so): /usr/lib64/security/pam_console.so: cannot open shared object file: No such file or directory”,其他日志信息都是ssh会话正常登录信息。
进一步分析排查正常银河麒麟系统里,也没找到pam_console.so这个pam模块,说明系统未提供此pam模块,也没影响系统ssh和图形界面正常登录访问,这段找不到pam_console.so模块的信息输出,不是ssh和图形登录界面,无法正常登录访问的原因。如图6:

图6


分析系统messages日志,发现故障时间段内2024.04.11 10:02:16至13:19:05,有很多“kernel: [6147721.639282] VFS: file-max limit 655350 reached”非常日志信息输出,说明此系统上内核打开的文件句柄数目达到上限,当前系统的文件句柄数目已经超出了系统级文件句柄数目file-max设置。已知,Linux系统中的进程都会打开一定数目的句柄,如果所打开的句柄凌驾了限制,则会导致之后的申请失败,有可能会影响到后面,正常服务运行利用。如图7:


图7


通过sosreport系统日志,查看此系统资源配置文件/etc/security/limits.conf,可知,任何用户可以打开的最大文件描述符设置的是409600,任何用户可以打开的最大进程数是65536。查看系统级文件句柄数目和利用环境,可知,/etc/sysctl.d/my-default.conf自界说设置的系统级文件句柄数目fs.file-max为655350。如图8和图9:


图8



图9

进一步分析查看,当前系统文件句柄利用环境,发现,第一列表现当前系统已分配利用的文件句柄数目,凌驾了,系统级设定值。查看打开文件句柄数目进程的环境,发现,java进程打开文件句柄数目最多,如图10:

图10


分析结果

根据上述,系统层日志和配置分析环境,可以清除,故障时间段内,有系统性能方面的利用瓶颈,资源耗尽,导致业务虚机不能正常登录访问。同时清除openssh远程连接服务或系统图形登录界面服务lightdm有问题,导致。
导致此故障现象的原因,可能是,系统级文件句柄数目file-max设置的值较小,业务繁忙时间段,java等应用服务需要打开的文件句柄较多,凌驾了系统级设置值,导致之后正常系统服务申请失败,短时间内不能正常运行利用。过了一段时间之后,业务不繁忙,java等应用自动开释掉申请的文件句柄,可以正常登录访问系统。
后续计划与建议

建议排查相关应用,查看是否有需要进行检查和优化的方面。根据业务利用需求,调整增加系统层最大文件句柄打开数fs.file-max配置项参数,举例配置如下:
#echo “fs.file-max=6553500”  >>  /etc/sysctl.conf  --添加配置
#sysctl -p  --配置生效
#sysctl -a | grep fs.file-max  --查看配置是否生效

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

海哥

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表