项目

一般

简介

错误 #2049

基站版本升级偶发出现/root/yzmm/rel/version.ini文件为空的问题

由 杨 凯 在 大约一年 之前添加. 更新于 11 个月 之前.

状态:
已解决
优先级:
普通
指派给:
马 自伟
开始日期:
2024-08-19
计划完成日期:
% 完成:

0%

预期时间:

描述

测试问题描述：
基站版本升级偶发出现/root/yzmm/rel/version.ini文件为空的问题
测试版本:
且末使用15p_pre1_agent(伪装14p_pre1)+14p_pre1(基站版本)升级到14p_pre2T5patch1版本。
且末使用15p_pre1_agent(伪装14p_pre2T5)+14p_pre2T5MQ(基站版本)升级到14p_pre2T5patch1版本。
测试备注：
出现/root/yzmm/rel/version.ini文件为空的问题。

文件

version.yaml为空.png (239 KB) version.yaml为空.png 杨 凯, 2024-09-13 15:12
info-1726198564663.log (11.3 MB) info-1726198564663.log 杨 凯, 2024-09-13 15:13
LogMan_Trace_20240912190717.log (22.5 MB) LogMan_Trace_20240912190717.log 杨 凯, 2024-09-13 15:15
version文件为空.jpg (125 KB) version文件为空.jpg 杨 凯, 2024-09-13 15:26

相关的问题

关联到 网管产品 - 错误 #2130: YZMM2.0.12Pre1T1版本测试，Rel_2.1.14P_Pre2T5_patch1历史版本，15p_pre1和15p_pre1T1/T2的版本各个模块的规则文件中未添加但还升级成功。已解决2024-09-06

Actions
关联到 网管产品 - 错误 #2131: YZMM2.0.12Pre1T1版本测试，Rel_2.1.14P_Pre2T5_patch1升级Rel_2.1.14P_Pre2T5_patch1，偶发成功、不成功。已解决2024-09-06

Actions
关联到 网管产品 - 错误 #2132: Rel_2.1.14P_Pre2T5_patch1版本升级Rel_2.1.15P_Pre1T4升级失败，升级时选择继承配置，出现如图报错已解决2024-09-062024-09-30

Actions

历史记录

#1

由 钱 伯宁 更新于 大约一年 之前

  • 状态 从 新建 变更为 转测试
  • 指派给 从 钱 伯宁 变更为 杨 凯

15P_Pre1T2版本已用脚本安装、升级逻辑未发现version文件内容为空情况，建议长跑测试

#2

由 杨 凯 更新于 大约一年 之前

该问题且末外场两套基站均未升级成功，失败原因未分析出结果。

#3

由 杨 凯 更新于 大约一年 之前

  • 状态 从 转测试 变更为 反馈
  • 指派给 从 杨 凯 变更为 钱 伯宁

0822进行升级方案流程梳理：修改完成后再整体验证。
agent优化项:
1.首次安装存在卸载失败问题：
检查当前是否有执行路径；
2.备份yang文件；
3.切换目录有可能失败，判断返回值；
4.变量名称用{}包含；
5.判断版本文件内容是否为0；
6.严格执行shell脚本;
7.严格校验agent安装包名称;
8.保证安装脚本为新版本；
9.封装函数;
10.卸载存在无效备份，放在yzmm下

#4

由 钱 伯宁 更新于 大约一年 之前

  • 状态 从 反馈 变更为 进行中
#5

由 钱 伯宁 更新于 大约一年 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 钱 伯宁 变更为 杨 凯
#6

由 杨 凯 更新于 12 个月 之前

  • 关联到 错误 #2130: YZMM2.0.12Pre1T1版本测试，Rel_2.1.14P_Pre2T5_patch1历史版本，15p_pre1和15p_pre1T1/T2的版本各个模块的规则文件中未添加但还升级成功。 已添加
#7

由 杨 凯 更新于 12 个月 之前

  • 关联到 错误 #2131: YZMM2.0.12Pre1T1版本测试，Rel_2.1.14P_Pre2T5_patch1升级Rel_2.1.14P_Pre2T5_patch1，偶发成功、不成功。 已添加
#8

由 杨 凯 更新于 12 个月 之前

  • 关联到 错误 #2132: Rel_2.1.14P_Pre2T5_patch1版本升级Rel_2.1.15P_Pre1T4升级失败，升级时选择继承配置，出现如图报错 已添加
#9

由 杨 凯 更新于 12 个月 之前

  • 状态 从 转测试 变更为 反馈
  • 指派给 从 杨 凯 变更为 马 自伟
#11

由 杨 凯 更新于 12 个月 之前

#12

由 马 自伟 更新于 11 个月 之前

  • 状态 从 反馈 变更为 已解决

此次出现从 Rel_2.1.14P_Pre2T5_patch1升级到Rel_2.1.15P_Pre1T4，继承配置，出现了version.ymal为空情况，是Rel_2.1.14P_Pre2T5_patch1的fileID计算与oam_backend下发给gnb_agent的fileID不一致的情况。
导致出现：gnb_agent通过计算的fileID在文件上传列表中寻找，未找到对应安装包，写入配置失败：

复现日志：
2024-09-13T17:54:20.420295037+08:00 info gnbModule/software.go:620 write to version file info:{ }
2024-09-13T17:54:20.422221667+08:00 error gnbModule/software.go:486 makeUpgradeData failed, err:upGrade file:[/root/yzmm/rel/GNB/cu/upgrule_cu.yaml]: CurrentVersion[Rel_2.1.15P_Pre1T4] mismatch [Rel_2.1.14P_Pre2T5_patch1]
2024-09-13T17:54:20.422238033+08:00 error gnbModule/software.go:498 UpgradeData inherit abnormal, err:upGrade file:[/root/yzmm/rel/GNB/cu/upgrule_cu.yaml]: CurrentVersion[Rel_2.1.15P_Pre1T4] mismatch [Rel_2.1.14P_Pre2T5_patch1]
2024-09-13T17:54:20.422246923+08:00 error gnbModule/software.go:287 upGrade file:[/root/yzmm/rel/GNB/cu/upgrule_cu.yaml]: CurrentVersion[Rel_2.1.15P_Pre1T4] mismatch [Rel_2.1.14P_Pre2T5_patch1]
修复记录：
1.修改了patch1版本的fileID的计算方法，升级新版，内部版本号为大于等于103，patch1内部版本号为100。目前已修复
2.新版本升级脚本优化，对rel目录下的文件，保持最新安装包的解压，保证agent有baseservice或者logman上报，不至于双开情况
3.对版本不匹配，追踪到问题点，GNB文件中的当前版本文件，多了字母“P”，目前已解决
4.对备份目录的导入导出的时间点做了优化，保证导入是正确的，从而不影响version.yaml文件的写入。

目前新版本已解决该问题，且多轮测试已通过。

导出 Atom PDF