Optix OSN1500绑定Vctrunk时主控板自动复位

问题描述

M运营商OSN3500配置IDQ1单板，在网管T2000上添加IDQ1单板时，GSCC立即软复位（现场观察以及查询主控errlog），网元在网管上变灰；过1～2min之后网元自动登陆，查看这时的状态：IDQ1单板已经被添加上。之后在做IDQ的Vctrunk绑定操作时，下发命令的同时GSCC又立即软复位，命令行操作同样也会导致GSCC自动软复位。主控板版本为5.21.13.47。

 告警信息

主控板自动软复位

 处理过程

1、由于主控板只是在对IDQ绑定Vctrunk时才会自动软复位，其他操作如配置SDH交叉连接都没有问题。初步怀疑是网元Vctrunk的数据库有问题。

2、分析主控板复位记录发现，主控板自动复位确实是因为操作ATM数据库导致的。进一步分析网元数据库文件发现，出现问题网元的数据库版本和正常网元的数据库版本不一致，由此导致数据库读写失败，主控复位。

3、现场反馈前期对此网元做过版本升级，从5.21.12.43升级到5.21.13.47，

由于这两个版本的数据库版本是不同的，可以肯定正是由于升级才导致数据库版本不一致问题的出现。

4、通过分析返回的dbmslist.inf文件，发现atm_trk.dbf的版本还是V1的版本。也就是说，atm_trk.dbf在主控升级过程中，没有升级成功。通过本地测试，发现当主机版本为R2的atm_trk.dbf为空库时，升级后会导致数据库版本转换失败，从而导致问题出现。详细分析过程可以参考附件。

5、将网元擦库硬复位后重做配置，或者将正常网元的atm_trk.dbf数据库文件拷贝到故障网元然后软复位主控都可以紧急恢复。

 根因

主机版本为R2时，如果atm_trk.dbf为空库，升级会导致数据库版本转换失败，进而导致数据库读写失败，主控板自动复位。

 建议与总结

 该问题只是在atm_trk.dbf为空库时才会出现。从V1R2版本升级到V1R3及后续版本之前，需要通过Navigator查询ATM的Vctrunk数据库atm_trk.dbf是否为空（使用命令：:dbms-query:"atm_trk.dbf",mdb）来判断问题是否会出现。如果为空（返回NSERR_DBMS_DBF_IS_EMPTY），需要使用atm-init命令初始化数据库（此时需要重新配置ATM业务）。