待升级交换机的6号和7号接口槽配备了两块主控板,一块主用,一块备用,另外在10号、11号和13号配备有不同的业务板,升级时需要对这5块板卡全部进行升级。
该款交换机的ISO文件以“.bin”为扩展名,下文中都将以“bin文件”来称呼。设备具体信息,如图1所示。
图1 设备信息
图2 操作过程
这里先说句题外话,笔者在官网上查询了最新版bin文件的版本配套表,发现虽然硬件条件符合,但是BootRom版本号和MBUS版本号都比要求的低,比如版本配套表中要求主控板BootRom版本要达到1.23以后,而本交换机才1.20,而且没有其他中间版本的bin文件能把主控板BootRom版本从1.20升级到1.23。
最后咨询了一个工程师得知不用严格对照版本配套表里的要求,于是就冒险开始直接升级,好在最后升级成功。
严格来说,如果能找到合适的版本,还是应该对照版本配套表由低版本到高版本一级一级升,哪怕中间多刷几次中间版本。
在官网下载了最新版本的bin文件,准备好一台可远程登录核心交换机的PC机,在PC机上配置好FTP服务,把升级文件放到FTP目录中,升级前准备就完成了。
telnet远程登录交换机,备份当前系统文件至FTP服务器并下载新的bin文件到交换机,过程如图2、3所示。
说明:根据实际操作经验,主控板中的cf存储卡的读写速度比flash存储的读写速度要快,所以我的bin文件读写都是在cf存储卡里进行,查看存储卡空间时,如果空间不足需要用delete命令删除掉老的bin文件。
图3 备份及下载过程
图4 设备状态
接下来,对7号槽的备用主控板升级时遇到了问题,升级过程如下:
[交换机提示路径和槽号不匹配]
笔者当时可能没留意这条错误提示,直接用reboot命令重启了交换机,当交换机重启完成后,发现7号槽的主控板出了问题,设备状态如图4所示。
产生这种错误的原因:
7号槽的主控板进行启动文件升级时,因为文件路径不对,未能升级成高版本,重启时7号槽的主控板继续使用老的bin文件启动。
而此时其他主控板及业务板已完成升级,最终导致双方在驱动、业务功能等方面无法匹配,7号主控板未能
[进入7号主控板CF卡存储空间]
接下来参照上文中登录ftp服务器,把03.bin文件下载到该CF卡存储空间中,下载完成后升级7号主控板。
[使用7号主控板中的03.bin文件对该板卡进行bootrom升级]
升级时,出现文件路径不匹配的故障和主控板的存储空间分布有关系。
每块主控板都有单独的CF卡存档空间和FLASH存储空间,如果对特定的某块主控板升级时,必须从该主控板自己的存储空间调用bin文件。
笔者之前升级失败就是因为调用的bin文件路径不在相应的主控板存储空间中。
图5 配置过程
[使用7号主控板中的03.bin作为该板卡的主启动文件]
[使用7号主控板中的02.bin作为该板卡的备用启动文件]
至此本次升级才算全部完成。
笔者当时升级时因为以及发生错误,导致重启后已经不能再进入7号主控板,这时只能通过console接口直连7号主控板,在bootware界面完成升级操作。
首先运行超级终端程序通过7号主控板的console口进入到操作界面,同时将PC机的网口和7号主控板的mgr管理口用网线连接,按下7号主控板上的reset按钮,当出现“Press Ctrl+B to enter extended boot menu…”时,键入
在主菜单下键入<3>进入以太网口子菜单,然后键入<6>进入以太网口配置菜单。配置如图5所示。
升级文件03.bin下载完成以后,再次回到以太网口子菜单,键入<2>开始升级主启动文件。
升级完成后回到BootWare主菜单,键入<1>重新引导该主控板启动。至此本次错误补救完成。
双主控板交换机因为存储介质分属于两个独立的主控板,所以升级时文件路径的指定需要与主控板相配套,希望读者在今后升级操作中能避开这些操作错误。
另外,升级操作前的备份要做好,本次跨版本升级也有一定风险,备份是升级操作的最后一道保险。