项目

一般

简介

错误 #2905

3.0基站logwriter生成日志时间顺序错乱

由 孙 浩 在 2 个月 之前添加. 更新于 2 个月 之前.

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

0%

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

描述

【问题描述】3.0基站logwriter生成日志时间顺序错乱，需要定位分析；

文件

日志截图.jpg (530 KB) 日志截图.jpg 孙 浩, 2025-02-28 09:13
gnb_du_20250222T223310_20250227185030.yzb.log (442 KB) gnb_du_20250222T223310_20250227185030.yzb.log 孙 浩, 2025-02-28 11:42
logwriter_Trace_20190214101334.log (250 KB) logwriter_Trace_20190214101334.log 孙 浩, 2025-02-28 11:42
gnb_cu_20250221T213727_20250227185030.yzb.log (625 KB) gnb_cu_20250221T213727_20250227185030.yzb.log 孙 浩, 2025-02-28 11:42
gnb_du_20250301T021703_20250303163142.yzb.log (12.9 KB) gnb_du_20250301T021703_20250303163142.yzb.log 孙 浩, 2025-03-03 16:50
gnb_cu_20250303T215424_20250303163141.yzb.log (219 KB) gnb_cu_20250303T215424_20250303163141.yzb.log 孙 浩, 2025-03-03 16:50

历史记录

#1

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

原因：GPS对时前的部分日志logwriter是算出日志产生的时间和操作系统刚reboot的时间的时间差，等到GPS时间对时后，再根据时间差换算到对时后的时间上，cu和du程序在发现gps对时成功后，会改变每个共享内存块的start time，这三个程序对于gps对时ok的时间点不一致，longwriter对于对时前和对时后的两部分日志的时间就会有差异。
修改方法：都采用logwriter感知到的gps对时ok的时间点为基础得到每条日志的时间

#2

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

  • 状态 从 新建 变更为 转测试
  • 指派给 从 席 振斌 变更为 孙 浩
#3

由 孙 浩 更新于 2 个月 之前

基于Rel_3.0.0_Pre1T4版本，替换振斌提供logwriter包，logwriter生成du与cu日志未出现时间乱序现象，问题解决。

#4

由 孙 浩 更新于 2 个月 之前

在Rel_3.0.0_Pre1T5版本上，logwriter生成du与cu日志按照时间顺序正常输出完整日志，未出现时间乱序现象，问题关闭。

导出 Atom PDF