项目

一般

简介

错误 #3853

复位cu后，cu的log还原后，log中没有打印出线程id

由 席 振斌 在 大约 2 个月 之前添加. 更新于 大约一个月 之前.

状态:
已关闭
优先级:
普通
指派给:
孙 浩
开始日期:
2025-08-04
计划完成日期:
% 完成:

0%

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

文件

cu复位后生成的日志中线程id打印.png (64.7 KB) cu复位后生成的日志中线程id打印.png 孙 浩, 2025-08-06 14:53
#3853问题单验证-0806.rar (129 KB) #3853问题单验证-0806.rar 孙 浩, 2025-08-06 14:53
cu新生成日志打印.png (41.9 KB) cu新生成日志打印.png 孙 浩, 2025-08-11 13:37
#3853问题单回归-0811.rar (193 KB) #3853问题单回归-0811.rar 孙 浩, 2025-08-11 13:38

相关的问题

关联到 3.0基站产品测试 - 错误 #3860: cu 复位后，logwriter输出二进制日志时，将新日志输出到了复位前的二进制文件中已关闭2025-08-05

Actions

历史记录

#1

由 席 振斌 更新于 大约 2 个月 之前

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

由 席 振斌 更新于 大约 2 个月 之前

  • 主题 从 复位cu后，cu的log还原后，没有打印出线程id 变更为 复位cu后，cu的log还原后，log中没有打印出线程id
#3

由 席 振斌 更新于 大约 2 个月 之前

原因：cu复位后，将startTime更新到共享内存中，但是logWriter没有将更新后的startTime做存储，而且thread_id拦截的位置设置的无效值有问题，导致没有拦截住
修改方法：如果startTime被更新，logWriter刷新自己存储的startTime，并且对thread_id的拦截值重新设置

#4

由 席 振斌 更新于 大约 2 个月 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 席 振斌 变更为 孙 浩
#5

由 孙 浩 更新于 大约一个月 之前

在Rel_3.1.3_Pre1T1版本，替换LogWriter文件，在基站正常启动情况下，再次启动gnb_cu进程，可生成新的cu日志文件且解析后的cu日志中有线程id打印，符合预期，问题解决；

#6

由 孙 浩 更新于 大约一个月 之前

  • 关联到 错误 #3860: cu 复位后，logwriter输出二进制日志时，将新日志输出到了复位前的二进制文件中 已添加
#7

由 孙 浩 更新于 大约一个月 之前

在Rel_3.1.3_Pre1T2版本，在基站正常启动情况下，再次启动gnb_cu进程，可生成新的cu日志文件且解析后的cu日志中有线程id打印，符合预期，问题关闭；

导出 Atom PDF