项目

一般

简介

错误 #2197

网管版本测试YZMM2.0.12Pre1T2,升级任务backend判断超时,实际升级流程未走完,接着点击“升级”影响上次升级功能交叉,agent进行任务加锁限制

杨 凯11 个月 之前添加. 更新于 11 个月 之前.

状态:
已解决
优先级:
普通
指派给:
开始日期:
2024-09-27
计划完成日期:
% 完成:

0%

预期时间:

描述

问题描述:
升级任务backend判断超时,实际升级流程未走完,接着点击“升级”影响上次升级功能交叉,agent进行任务加锁限制
问题版本:
YZMM2.0.12Pre1T2


文件

1.jpg (175 KB) 1.jpg 杨 凯, 2024-09-28 17:58
0928-60-升T5.rar (2.54 MB) 0928-60-升T5.rar 杨 凯, 2024-09-29 09:10

历史记录

#1

钱 伯宁 更新于 11 个月 之前

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

钱 伯宁 更新于 11 个月 之前

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

杨 凯 更新于 11 个月 之前

基于该版本测试偶现T4版本升级T5版本时升级失败现象,agent升级成功,成功事件未上报,提供一下日志。

#4

钱 伯宁 更新于 11 个月 之前

  • 指派给钱 伯宁 变更为 马 自伟

目前正在定位,为偶现问题,一直未复现出问题。
怀疑的问题点:
1.agent采用消息通道机制上报安装升级结果,通道阻塞导致结果上报超时;
2.redis数据库写入库出现错误,导致结果上报超时;
解决方案:
1.增加安装流程中每步骤的日志打印,查看每一步骤的耗时时间,推断是否存在超时现象,进而优化步骤实现方法;
2.查看redis日志定位是否redis数据库存在写入错误;

#5

马 自伟 更新于 11 个月 之前

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

问题定位:
gnb_agent在执行完升级,安装任务之后,会向oam_backend上报事件,以及将结果写入redis,这个过程,是由golang chanel机制实现。但是chanel处理不当会发生阻塞。当前的逻辑是多处写入chanel,一处处理chanel,在处理chanel时,未及时释放当前chanel,则会导致后续chanel阻塞,从而影响后续业务,数据未成功写入redis与上报oam_agent,导致前端UI显示,一直未成功。
问题解决:
将写状态与上报事件的chanel机制修改为函数调用机制,内存写入读取。

#6

杨 凯 更新于 11 个月 之前

  • 状态转测试 变更为 已解决

该问题已验证执行64用例中覆盖解决,未在出现界面超时,基站升级流程未走完现象,后续测试继续可再关注。

导出 Atom PDF