-
9008服务器CMCkvm无法打开使用
问题描述 客户9008服务器，可以正常登录CMC。但是无法打开kvm界面。有如下报错 处理过程 查看CMC文档说明，链接：https://support.huawei.com/hedex/hdx.do?docid=EDOC1000099510&lang=zh 使用远程虚拟控制台需要具备以下版本的操作系统、浏览器和Java运行环境 后面询问客户得知，客户使用的是win10的操作系统。建议客户使用图上所示环境进行尝试。问题解决。 根因 CMC中KVM使用环境不支持win10操作系统。且不支持使用软件版KVM登录。 解决方案 更换win7或者win8操作系统，使用32位JAVA JRE1.8.0 U45环境登录KVM 免责声明：本案例仅供参考不提供专业意见。
SE_You
2022-08-01
7 0 0 -
FAQ-Atlas 500 3000 硬盘无法挂载
问题描述 Atlas 500 硬盘无法挂载，管理平台disk0 报M.2访问阻塞 ，存储设备挂载配置异常 disk0 紧急告警，版本 2.1.101.010 解决方案 1.尝试解挂之后重新挂载； 2.重新挂载后问题还存在，建议升级到2.2.200.010这个版本以上（应该对已SPC200），然后按照以下步骤排查： A500-3000固件包官网下载 此处内容需要 回复 后才能查看 本站下载 来源：默认网盘 | 提取码：mjxd 立即下载 升级固件解决
SE_You
2022-07-26
9 0 0 -
Atlas 500 使用admin登录后sftp不可用
问题描述 在新版本的Atlas 500中，因为安全问题，将验证的加密算法加固，当sftp enable后，仍无法用mobaXterm无法使用sftp功能，如下图示： 处理过程 使用命令：查看是否有如下配置，如果有如下配置，则需要将其注释： 使用命令：sed -i 's/^HostKeyAlgorithms/#&/' /etc/ssh/sshd_config 注释，注释后如下图示： 然后重启 sshd，sftp即可使用。
SE_You
2022-07-13
9 0 0 -
Atlas 500 无法登录ftp
问题描述 Xshell 能连接到Atlas 500命令行 ， ftp 无法连接。 端口，IP都已检查无问题 解决方案 需要登录命令行执行 sftp enable 命令 免责声明：本案例仅供参考不提供专业意见。
SE_You
2022-07-12
9 0 0 -
Atlas 500 A2 web无法访问问题
问题描述 Atlas 500 A2 web访问报拒绝链接 告警信息 处理过程 1.建议直连ping一下管理地址是否通，排查网络是通的，管理地址能ping通 2.建议在本机上去添加可信站点【发现添加完还是无法访问】 3.核对默认的管理IP地址：192.168.2.111 4.没有数据建议恢复出厂设置再试试 根因 最后排查是客户侧的默认管理IP被修改过，最终用修改后的IP，能够正常访问。 免责声明：本案例仅供参考不提供专业意见。
SE_You
2022-07-12
6 0 0 -
Atlas 500 端口2ping 不通
问题描述 Atlas 500 端口2ping 不通，客户将Atlas 500的两个网口设置成一个网段IP后，只有一个网口能通 处理过程 1、Atlas 500的两个网口需要配置不同网段的IP 2、使用1口登录Atlas 500的开发模式，将Atlas 500恢复默认配置后，重新配置不同网段的IP后正常通信 根因 Atlas 500的两个网口需要配置不同网段的IP 解决方案 使用1口登录Atlas 500的开发模式，将Atlas 500恢复默认配置后，重新配置不同网段的IP后正常通信 免责声明：本案例仅供参考不提供专业意见。
SE_You
2022-07-11
19 0 0 -
atlas 500跳过ies
问题描述 正常情况下，Atlas500 ssh 的登录，是通过admin登录到IES，然后再通过develop 登录到开发者模式。 取消省界某局点客户，通过admin登录atlas500 的时候，跳过IES，无法登录到IES界面。如客户反馈的下图： 告警信息 无告警，不能正常登录到develop模式，不能正常使用atlas500 命令系统。 处理过程 1. 切换到root模式（采用develop的密码）， 2. 执行 usermod admin -s /usr/local/bin/clp ，（不切换root用户，无权限执行此命令） 3. 退出root用户，退出admin用户，重新admin登录，即可登录到ies，然后登录到develop模式。正常登录如下图： 根因 admin用户登入后所使用的shell被更改或者丢失。 解决方案 采用usermod -s 修改admin用户登入后所使用的shell, 即执行usermod admin -s /usr/local/bin/clp ，重新登录 建议与总结 采用usermod -s 修改admin用户登入后所使用的shell, 即执行usermod admin -s /usr/local/bin/clp ，重新登录 免责声明：本案例仅供参考不提供专业意见。
SE_You
2022-07-11
13 0 0 -
Atlas 500 硬盘无法识别
问题描述 更新了费率后，存储设备丢失，mcu电压检测异常 处理过程 日志查看无硬盘信息 日志记录有电源跌落告警 根因 电源线接触端子磨损导致电压跌落，硬盘无法正常工作 解决方案 更换电源线，问题解决
SE_You
2022-07-11
15 0 0 -
Atlas 500 修改密码提示：passwd: Authentication token manipulation error
问题描述 Atlas 500系统下修改root密码时提示：passwd: Authentication token manipulation error 告警信息 处理过程 1.执行mount检查根分区是否只读，如果根分区为ro，则执行mount -o rw,remount / 尝试重新挂载根分区为可读写模式。 2.执行：lsattr /etc/passwd和lsattr /etc/shadow，查看passwd和shadow文件的权限，两个文件权限正常。若此处显示包含i权限，则需要去掉。 3.执行df -h 查看空间使用情况，发现根分区/dev/mmcblk0p3文件系统的使用率为100%，通过删除根分区文件系统内的部分临时文件，空余出一定的空间后修改密码成功。 根因 根分区文件系统空间占用率为100%导致修改密码失败。 解决方案 删除根分区内的部分临时文件，空余出一定的空间后修改密码成功。 建议与总结 若遇到linux系统修改密码提示passwd: Authentication token manipulation error的，可做如下尝试： （1）重新挂载根分区：mount -o rw,remount / ； （2）使用lsattr /etc/shadow和lsattr /etc/passwd查看shadow和passwd的权限，若显示： —-i——–e- /etc/shadow —-i——–e- /etc/passwd 则需要使用chattr -i /etc/shadow、chattr -i /etc/passwd 命令来去掉-i 的属性。 （3）使用df -h 查看根分区是否被占满，若占满则需释放部分空间。
SE_You
2022-07-11
10 0 0 -
Atlas 500 异常重启现象
问题描述 多台Atlas 500智能小站发生异常重启现象，影响现场业务运行。 处理过程 一线人员反馈现场3台设备出现异常重启现象，收集日志后，首先通过MCU日志确定系统重启的时间（MCU侧时间慢8小时，与OS日志对应时，加上8小时）； 对应OS_Drivers下的kbox日志，系统重启时间与kbox记录时间吻合； 查看重启时的kbox日志，都存在out_of_memory+0x210/0x530以及oom stack堆栈相关记录，meminfo中可用内存为0Kb，确认重启原因为内存耗尽； 根据kbox日志，可确认内存溢出时的top 10进程，如下所示，其中红框标示的数据为重启时进程占用物理内存的数值，单位为pages，数据x4Kb便可计算出重启时进程占用内存的大小： xbull () ./xbull : 632146 *4Kb=2.41G java () /usr/jdk/bin/java : 77560*4Kb=0.3G mysqld ():49544 *4Kb=0.19G java () /usr/jdk/bin/java -Xms256M : 62186*4Kb=0.24G java () /usr/jdk/bin/java : 49718*4Kb=0.19G 经计算可知，以上用户的业务程序，占用了大量的物理内存（总内存4G），约3.4G； 日志中total_top_10_rss=916805(pages)表示当前top10 进程总的内存使用页（pages），乘以4Kb可换算出已使用的内存，916805*4Kb=3.5G，而total_rss_all=942163(pages)表示系统可用总页数，942163*4Kb=3.6G，可以内存基本已占用完。 另外两台设备kbox日志记录同样的问题，由此可确定，异常重启的原因是客户相关业务进程占用了内存过多导致系统内存不足，触发复位。 根因 用户运行的程序或者业务进程占用内存过大，剩余系统内存不够导致系统重启 解决方案 建议用户排查业务、分析内存占用率高的相关进程，降低内存消耗，修复内存泄漏问题 免责声明：本案例仅供参考不提供专业意见。
SE_You
2022-07-11
18 0 0
服务器
