项目

一般

简介

错误 #4432

baseService日志文件管理，日志命名规则整改

由 宋 承立 在 11 天 之前添加. 更新于 3 天 之前.

状态:
已解决
优先级:
高
指派给:
孙 浩
开始日期:
2025-11-13
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
YZMM
发现问题版本:
Rel_3.1.3
目标解决问题版本:
Rel_3.1.4

描述

基于logwriter的日志文件管理类
实现baseService调测和运行日志的日志文件管理
确保时间跳变下，日志文件先后顺序不变

文件

baseservice自身日志大小个数设置.png (6.97 KB) baseservice自身日志大小个数设置.png 孙 浩, 2025-11-21 11:01
run log日志大小个数设置.png (6.33 KB) run log日志大小个数设置.png 孙 浩, 2025-11-21 11:01
日志截图1.jpg (83.6 KB) 日志截图1.jpg 孙 浩, 2025-11-21 11:01
日志截图2.jpg (86.2 KB) 日志截图2.jpg 孙 浩, 2025-11-21 11:02
日志截图3.jpg (85.8 KB) 日志截图3.jpg 孙 浩, 2025-11-21 11:02
日志截图4.jpg (82.6 KB) 日志截图4.jpg 孙 浩, 2025-11-21 11:02
baseService_Trace_20251121024252_61.log (97.7 KB) baseService_Trace_20251121024252_61.log 孙 浩, 2025-11-21 11:02
Gnb_Run_20251121024118_3.log (7.94 KB) Gnb_Run_20251121024118_3.log 孙 浩, 2025-11-21 11:02

历史记录

#1

由 宋 承立 更新于 5 天 之前

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

【功能需求】
当前的baseService输出的trace日志和运行日志，文件顺序是以文件最后修改时间作为排序的，因此同步日志修改方案，引入了一套分配logFileId的机制，实现日志文件的命名规则不依靠时间，通过id来命名日志规则文件；

【修改方案】
引入了新的分配logFileId的机制

【回归方法和注意事项】
1、查看baseService输出的日志文件，看命名是否添加了logFileId；
2、构造删老留新场景，看是否能做到通过logFileId删老留新；
3、重启baseService，查看trace日志和运行日志是否在最大序列号文件中续写
4、日志的最大文件个数、文件大小配置等是否生效

#2

由 宋 承立 更新于 5 天 之前

  • 跟踪 从 需求CR 变更为 错误
  • 状态 从 进行中 变更为 审视
  • 指派给 从 宋 承立 变更为 杨 杨乐

测试包已提供给测试，待测试验证后代码合入

#3

由 杨 杨乐 更新于 3 天 之前

  • 项目 从 研发产品测试 变更为 3.0基站产品测试
  • 状态 从 审视 变更为 转测试
  • 指派给 从 杨 杨乐 变更为 孙 浩
#4

由 孙 浩 更新于 3 天 之前

基于Rel_3.1.3_Pre2T1版本，替换baseService包、baseService_arm.ini文件，验证如下场景，都符合预期，问题解决；

1、查看baseService输出的日志文件，看命名是否添加了logFileId；——符合预期
2、构造删老留新场景，看是否能做到通过logFileId删老留新；——符合预期
3、重启baseService，查看trace日志和运行日志是否在最大序列号文件中续写——符合预期
4、日志的最大文件个数、文件大小配置等是否生效——符合预期






导出 Atom PDF