错误 #4442
cu日志文件管理，日志命名规则整改
0%
描述
目前arm系统时间跳变场景比较多，以前根据时间戳作为先后判断的日志无法满足频繁时间跳变场景，因此整改写日志逻辑，根据序号
文件
历史记录
由 李 玮璇 更新于 5 天 之前
- 状态 从 新建 变更为 进行中
【功能需求】
当前的cu负责输出的stats日志，文件顺序是以文件最后修改时间作为排序的，因此同步日志修改方案，引入了一套分配logFileId的机制，实现日志文件的命名规则不依靠时间，通过id来命名日志规则文件；
【修改方案】
引入了新的分配logFileId的机制
【回归方法和注意事项】
1、查看粗stats输出的日志文件，看命名是否添加了logFileId；
2、构造删老留新场景，看是否能做到通过logFileId删老留新；
3、在不启动du和gnb_agent的情况下（即服务器的时间没有同步），看看cu stats本身的日志文件的生成和删老留新功能有没有问题；
4、注意：stats日志的需求在cu重启后会生成新的下一个文件，不续写旧的
5、stats日志的最大文件个数、文件大小配置等是否生效
由 孙 浩 更新于 4 天 之前
- 文件 cu stats日志生成截图1.jpg cu stats日志生成截图1.jpg 已添加
- 文件 cu stats日志大小设置为1MB 个数设置为3个截图.jpg cu stats日志大小设置为1MB 个数设置为3个截图.jpg 已添加
- 文件 cu stats日志生成截图2.jpg cu stats日志生成截图2.jpg 已添加
- 文件 cu stats日志生成截图3.jpg cu stats日志生成截图3.jpg 已添加
- 文件 cu stats日志生成截图4.png cu stats日志生成截图4.png 已添加
- 状态 从 转测试 变更为 已解决
基于Rel_3.1.3_Pre2T1版本，替换gnb_cu包、mem_config_dl.txt、mem_config_ul.txt等文件，验证如下场景，都符合预期，问题解决；
场景1、查看cu stats输出的日志文件，看命名是否添加了logFileId——文件末尾已添加logFileId，符合预期；
场景2、构造删老留新场景，看是否能做到通过logFileId删老留新——cu stats日志大小设置为1MB，个数设置为3个，够3个文件会删除id为0的日志，符合预期； 
场景3、在不启动du和gnb_agent的情况下（即服务器的时间没有同步），看看cu stats本身的日志文件的生成和删老留新功能有没有问题——符合预期；
场景4、注意：stats日志的需求在cu重启后会生成新的下一个文件，不续写旧的——cu每次重启都会生成新的文件，符合预期；
场景5、stats日志的最大文件个数、文件大小配置等是否生效——文件个数设置为3个，文件大小设置为1M，符合预期