客户现场新开局的SR8808-X,搭配了两块CSR05SRP1L3主控,第一次上电现场发现slot5的备主控花了大概20分钟才起来,并且启动信息有奇怪的回显。因为设备位于核心,十分重要,现场怀疑是否有隐患。
%@8312%Dec 21 17:22:36:928 2017 H3C SYSLOG/6/SYSLOG_RESTART: System restarted --
H3C Comware Software. //此时设备上电启动
%@8317%Dec 21 17:25:08:862 2017 H3C DEV/2/BOARD_STATE_FAULT: Board state changed to Fault on slot 5, type is unknown.
%@8322%Dec 21 17:25:14:077 2017 H3C DEV/1/VCHK_VERSION_DIFFERENT: Don't reboot the board in slot 5. It is loading files.
%@8326%Dec 21 17:25:34:096 2017 H3C DEV/4/BOARD_LOADING: Board in slot 5 is loading software images.
%@8336%Dec 21 17:26:05:998 2017 H3C DEV/5/LOAD_FINISHED: Board in slot 5 has finished loading software images. //slot5反复加载了几次!
%@8406%Dec 21 17:31:55:975 2017 H3C DEV/5/LOAD_FINISHED: Board in slot 5 has finished loading software images.
%@8408%Dec 21 17:34:47:402 2017 H3C DEV/4/BOARD_LOADING: Board in slot 5 is loading software images.
%@8427%Dec 21 17:42:19:140 2017 JSWUX-PS-IMS-CE62-H3CR16010 DEV/5/BOARD_STATE_NORMAL: Board state changed to Normal on slot 5, type is CSR05SRP1L3. //重启后20分钟才加载完毕
将console插在备主控,启动的时候看到以下打印信息
2017/12/21, 17:30:08. DRV_MDC_GetMdcIdBySlotId(uiBId=5) err
2017/12/21, 17:30:08. DRV_MDC_GetMdcIdBySlotId(uiBId=5) err
2017/12/21, 17:29:54. uiSwitchUnit 0 does not connect to any fabric-boards!
2017/12/21, 17:29:54. Drv_SwFa_GetSelfPeModRange:uiSelfPeModNum=0,uiSelfPeModList=0:0:0:0!
2017/12/21, 17:29:54. Drv_SwFa_SwitchLpu_HgTrunkSet:uiSwitchUnit=0,uiHgTrunkIndex=0,uiRecordPortNum=0,uiPortNum=0,p0=0,p1=0,p2=0,p3=0,p4=0,p
2017/12/21, 17:29:54. Drv_SwFa_UpHgTrunkSet_Lpu2CP2:uiSwitchUnit=0,uiHgTrunkIndex=4,uiRecordPortNum=0,uiPortNum=0,p0=0,p1=0,p2=0,p3=0,p4=0,p
2017/12/21, 17:29:54. Drv_SwFa_Lpu_Set:uiChangeSlot=11,uiState=1,FabricState0=0,FabricState1=0,FabricState2=0,FabricState3=0,FabricState4=1.
2017/12/21, 17:29:34. uiSwitchUnit 0 does not connect to any fabric-boards!
备主控动时间长的原因是因为检测到和4槽位的版本不一致,要重新加载版本,所以时间长。有以下日志记录:
%@8322%Dec 21 17:25:14:077 2017 H3C DEV/1/VCHK_VERSION_DIFFERENT: Don't reboot the board in slot 5. It is loading files. //确定存在主备版本不一致的情况
2块单板发货版本不一致,到现场slot5 会主动从slot 4 同步版本。
从现在的备份区的启动版本文件可以看出slot 5 发货应该是7655P09,而slot 4 是7655P08,要重新同步版本加载所以时间比较长。
===============boot-loader information===============
Software images on slot 4:
Current software images:
flash:/CR16000-CMW710-BOOT-R7655P08.bin
flash:/CR16000-CMW710-SYSTEM-R7655P08.bin
flash:/CR16000-CMW710-DEVKIT-R7655P08.bin
Main startup software images:
flash:/CR16000-CMW710-BOOT-R7655P08.bin
flash:/CR16000-CMW710-SYSTEM-R7655P08.bin
flash:/CR16000-CMW710-DEVKIT-R7655P08.bin
Backup startup software images:
cfa0:/CR16000-CMW710-BOOT-R7655P08.bin
cfa0:/CR16000-CMW710-SYSTEM-R7655P08.bin
cfa0:/CR16000-CMW710-DEVKIT-R7655P08.bin
Software images on slot 5:
Current software images:
flash:/CR16000-CMW710-BOOT-R7655P08.bin
cfa0:/CR16000-CMW710-SYSTEM-R7655P08.bin
flash:/CR16000-CMW710-DEVKIT-R7655P08.bin
Main startup software images:
flash:/CR16000-CMW710-BOOT-R7655P08.bin
cfa0:/CR16000-CMW710-SYSTEM-R7655P08.bin
flash:/CR16000-CMW710-DEVKIT-R7655P08.bin
Backup startup software images:
cfa0:/CR16000-CMW710-BOOT-R7655P09.bin
cfa0:/CR16000-CMW710-SYSTEM-R7655P09.bin
cfa0:/CR16000-CMW710-DEVKIT-R7655P09.bin
查看手册后我们确认这个命令:
version auto-update enable命令用来使能备用主控板自动加载主用主控板当前启动软件包的功能。
undo version auto-update enable命令用来取消备用主控板自动加载主用主控板启动软件的功能。
【命令】
version auto-update enable
undo version auto-update enable
【缺省情况】
当启动过程中,当备用主控板发现自己版本和主用主控板版本不一致时,会自动加载主用主控板的当前启动软件包。
【视图】
系统视图
【缺省用户角色】
network-admin
【使用指导】
配置undo version check ignore和本命令后,在设备启动过程中,当备用主控板发现自己当前启动软件包版本和主用主控板的当前启动软件包版本不一致时,会自动拷贝主用主控板的当前启动软件包列表中的所有软件包,设置为自己的主用下次启动软件包,并自动重启。这样,能够使得备用主控板启动后,和主用主控板启动软件包的版本一致。
SR88-X V7 启动过程中,当备用主控板发现自己版本和主用主控板版本不一致时,默认会自动加载主用主控板的当前启动软件包。所以当主备版本不一致的情况下,备主控启动慢属于正常现象,console启动信息的打印也是同步版本的一些正常信息。
注意事项:
1、V7默认会同步软件版本的,所以默认情况下,主备版本不一致的情况下也是可以起来的;V5主备版本不一致备主控则会无法启动。
2、版本同步功能在IRF的场景下不支持。
3、主备版本同步功能也会同步版本补丁。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作