网管产品

启动3层，dev更新一下au，pru的信息，再通过网管升级au还是失败。原因见附件。
这个测试环境连接了3个RU。

定位分析：
在安装au，pru时，会进行拉三层，让dev启动，启动之后再杀掉三层，保留dev的过程。
在这个过程中，等待dev启动的时间为60秒。线上环境中，有3个ru等待被dev加载，导致dev在60秒内无法正常加载完启动。
所以第一个报错：upgrade info empty是升级au，pru时，ru没有将对应的au，pru信息加载好，导致在gnb_agent的版本校验中验证不过，最外层上报错误为upgrade info empty
第二个报错：超时；手动拉起三层，让dev在线，此时ru将au，pru信息更新了，版本校验通过，在接下来的gnb_agent升级安装流程中，会停止三层，保留dev，杀掉三层的操作，dev在60秒内未完全启动，gnb_agent发送的udp消息没有到dev中，导致后续dev启动后，未接收到升级消息，而gnb_agent一直等待dev的回调信息，10分钟最大超时时间一到，报错超时。

解决办法：
线上最大RU为4个，dev启动加载4ru的时间为：2分40秒，因此，gnb_agent在启动三层保留dev杀掉三层进程的操作中，等待时间由60秒增加至210秒，最大超时时间由600秒增加至750秒。

升级au，完成
升级ru，偶发成功，dev接收到了升级消息，也进行升级操作，在最后阶段的crc校验没有进展。