项目

一般

简介

需求CR #2766

baseService 3.0的coredump转储和删除逻辑修改

由 宋 承立 在 3 个月 之前添加. 更新于 3 个月 之前.

状态:
转测试
优先级:
普通
指派给:
王 旭初
开始日期:
2025-02-07
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
YZMM
目标解决问题版本:
Rel_2.1.16P
CPU类型:

描述

触发时机：开机后
增加的判断：第一个core文件默认转储，第二个及之后的core文件转储需要判断gnb_cu是否启动，如果gnb_cu启动则停止转储；如果gnb_cu未启动则继续转储

历史记录

#1

由 宋 承立 更新于 3 个月 之前

  • 主题 从 baseService的coredump转储 变更为 baseService 3.0的coredump转储和删除逻辑修改

新增：
3.0 core文件集中在/coredump目录下,2.0 core文件在程序运行目录下
现有实现不支持一个路径下多个模块的core文件删除和转储
修改删除模式逻辑和脚本中的转储逻辑

#2

由 宋 承立 更新于 3 个月 之前

  • 状态 从 新建 变更为 进行中
#3

由 宋 承立 更新于 3 个月 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 宋 承立 变更为 王 旭初

【问题原因】
3.0 core文件集中在/coredump下存放

【修改方案】
根据模块名去遍历/coredump下文件并进行转储
脚本中转储前先判断相应模块是否运行

【回归方法和注意事项】
正常测试

导出 Atom PDF