MSR56双主控设备使用ISSU方式升级经典案例

目前用户有两台MSR5660设备，都为双主控，版本为Release 0007P02何Release 0106，且两台设备都需要升级到R0305。客户为了使业务不中断进行升级，所以想采用ISSU方式进行升级，但在备用主控升级的过程中，升级报错，且反复重启，于是一线把版本恢复为以前的版本，升级中断。

现场使用ISSU方式升级的过程中报如下错误：

Loading the main image files...

Loading file cfa0:/msr56-cmw710-system-r0305.bin............................

...............................................................Done.

Loading file cfa0:/msr56-cmw710-boot-r0305.bin.....................Done.

Image file cfa0:/msr56-cmw710-boot-r0305.bin is self-decompressing..........

..Done.

System image is starting...

[2016-02-26 22:38:18]  insmod /lib/modules/system.ko failed!error<Inappropriate ioctl for device>

[2016-02-26 22:38:18] Script File system.conf Line 1427 has exist the service DIAG,skip the script.

[2016-02-26 22:38:18] Script File system.conf Line 1444 has exist the service LICD,skip the script.

[2016-02-26 22:38:18]  open socket server failed!error<Function not implemented>

[2016-02-26 22:38:18]  pipe init error!error<No such file or directory>

[2016-02-26 22:38:18]  add epoll failed!error<No such file or directory>

[2016-02-26 22:38:18]  monitor init error!error<Function not implemented>

[2016-02-26 22:38:18]  SCM init failed!

mount: mounting /proc on /proc failed: Device or resource busy

mount: mounti

从现场反馈的信息来看，启动文件已经加载完成，但是启动过程报错。

ISSU升级是不中断业务升级，所以不会针对盒式单机设备，只会针对堆叠设备或者分布式设备，即有一台设备升级，或一块主控升级，另外一台设备或者主控还在运行的情况。一台设备或一块主控升级完成后，切换业务，然后升级另外一台设备或一块主控。

造成现场不能升级的原因主要是由于代码结构体的更改造成的板间通信不兼容。

ISSU针对8048的设备来讲，一般会涉及分布式设备单机或堆叠、盒式设备堆叠。以分布式设备单机MSR56举例：如果从老版本(B59D001)升级到新版本(B59D016)，需要查看新版本的兼容矩阵中是否存在老版本的兼容版本号，若存在，则可以进行升级，若不存在，则不能升级。兼容矩阵的查看命令：display version comp-matrix。

1、如果查看新版本的兼容矩阵中不存在老版本号，则可以采用整机重启的方式进行升级。

2、如果查看新版本的兼容矩阵中存在老版本号，则既可以采用整机重启的方式进行升级，也可以采用ISSU方式进行升级。

建议在使用ISSU方式升级的时候，先查看下新版本的兼容矩阵，然后在考虑是否使用ISSU方式进行升级。