项目

一般

简介

错误 #2901

[3.0产品测试]3.0.0pre1_T4 systemd-journald reboot基站后占用显示占100%

刘 抒放3 个月 之前添加. 更新于 2 个月 之前.

状态:
已解决
优先级:
普通
指派给:
开始日期:
2025-02-27
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DRV, 系统
发现问题版本:
Rel_3.0.0
目标解决问题版本:
Rel_3.0.1

描述

[3.0产品测试]3.0.0pre1_T4 systemd-journald reboot基站后占用显示占100%。导致后续sshd 系统日志、各子系统日志死循环,没有产出。且未来通过journalctl观测服务的形式也许会不可用


文件

历史记录

#1

战 弋戈 更新于 3 个月 之前

系统日志auth.log快速打印accept 错误

在干净的平台上,没有出现此错误, 可能的原因是哪个应用在频繁的使用ssh提供的接口引起的。

#2

战 弋戈 更新于 3 个月 之前

  • 指派给战 弋戈 变更为 刘 抒放

测试部门可以增加新的测试,看是哪个进程引起的,咨询了下伯宁,
systemctl stop baseservice
systemctl stop gnb_agent
这两个是可以用systemctl 关闭的。另外咱们的cu,du 也可以分别关闭测试下。

#3

刘 抒放 更新于 3 个月 之前

除baseservice agent会开机自启动外,其余子模块几乎不会影响到journal。因reboot后未启动任何模块主进程就被占满。待后续复现后再次定位

#4

刘 抒放 更新于 2 个月 之前

目前定位到根因:
因xshell开启了会话断联后自动连接的功能。多开的窗口同时触发重新连接导致了这次问题的出现。
这个单窗口的话自动连接没问题,但是一开到双窗口及其以上的多窗口,自动连接会同时往上发连接。可能这个时候给主进程干死了。
哪怕会话属性里面设置不同的登录时间段也不行,因为对一个IP会话设置,设置都是维持的最后的设置项,也就意思是强制自动连接一样时间。
虽然可以采用登录脚本等形式完成不同时间点自动连接,但是没意义。不如直接手动连接即可。
相同设置与步骤,实测了几轮2.0 产品宝德的Ubuntu 16系统,没得这个问题。看来Ubuntu考虑的更周全。
3.0基站自动连接以后就不能开了。

#5

刘 抒放 更新于 2 个月 之前

  • 状态进行中 变更为 已解决

导出 Atom PDF