搜索内容

包含标签：Atlas 500 的文章

  • Atlas 500 无法登录ftp

    问题描述 Xshell  能连接到Atlas 500命令行 ，  ftp 无法连接。 端口，IP都已检查无问题 解决方案 需要登录命令行执行 sftp enable 命令 免责声明：本案例仅供参考不提供专业意见。

    SE_You 2022-07-12
    9 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
    12 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