项目

一般

简介

错误 #2164

15P T4版本，去激活小区后，基站断连无法ping通

由 孙 泽林 在 11 个月 之前添加. 更新于 11 个月 之前.

状态:
已解决
优先级:
高
指派给:
孙 泽林
类别:
-
开始日期:
2024-09-19
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
系统
发现问题版本:
Rel_2.1.15P
目标解决问题版本:
Rel_2.1.15P
FPGA板卡类型:
CPU类型:

描述

15P T4版本，小区激活，再退掉小区后，基站断联。之后一直无法ping通，必须手动重新启动服务器。
更改baseservice文件名称，再启动退出实验，该现象消失。

文件

cu_core.zip (68.8 MB) cu_core.zip 李 玮璇, 2024-09-23 15:42
截图.jpg (42.3 KB) 截图.jpg 孙 浩, 2024-09-23 17:32

历史记录

#1

由 李 玮璇 更新于 11 个月 之前

原因：使用gdb解析core.259823,的时候打印详细堆栈卡住，在程序里面用管道机制去处理脚本，脚本处理core后，管道的文件描述符就坏掉了，一操作那个文件描述符就死，然后文件描述符给出的来的判断异常的方法发现不了异常，文件描述符的变量都打印出来和正常的没区别，就是区分不出来坏掉的文件描述符和正常的。

方案：
1、baseService优化了下配置，core转储增加配置：删除模式（不做转储只删除）、简单堆栈模式（用gdb调试简单堆栈信息转储）、详细堆栈模式（用gdb调试详细堆栈和变量信息转储）；
默认配置是删除模式，然后保留最新的一个core文件；
2、baseService的默认配置文件，去除coredump转储、perf性能监测和单用户日志模块

默认配置默认给外场环境使用；
同时会提供一个内部测试的配置文件，可以在内部环境做core转储、perf性能分析来帮助内部问题定位和日志及时清理

baseService.ini中关于core转储配置如下，根据测试案例修改配置后重启
####################core日志转储配置####################
[CoreFileDump]
Gnb_PriorityId=4
Gnb_ExecutionState=
Gnb_CoreFwdScript=/root/yzmm/baseService/bin/core_fwd.sh
Gnb_KeepLast=true
#GdbMode：0 删除模式; 1 简单堆栈; 2 详细堆栈
Gnb_DumpMode=0 #=========================#

#2

由 李 玮璇 更新于 11 个月 之前

增加异常的gnb_cu和core文件

#3

由 李 玮璇 更新于 11 个月 之前

  • 状态 从 新建 变更为 转测试
  • 指派给 从 李 玮璇 变更为 孙 浩
#4

由 孙 浩 更新于 11 个月 之前

李玮璇提供baseService包后，在baseService.ini文件中将Gnb_DumpMode配置改为0，baseService重启，启动基站三层在断三层，基站未断连，反复重复多次基站都未断连，实验室验证通过，问题已解决。

外场同步验证，无问题后，问题在置为已解决。

#5

由 孙 泽林 更新于 11 个月 之前

  • 状态 从 转测试 变更为 已解决

新baseservice更改模式后，未再出现过断联问题。

导出 Atom PDF