I upgraded an ASR1006 using ISSU and followed this documentation.
https://www.cisco.com/c/en/us/td/docs/routers/asr1000/configuration/guide/chassis/xe-16-6/asr1000-software-config-guide-16-6/issu-asr.html#con_1145249
Everything is going smoothly until step 9. When I issued "issu commitversion", the standby RP immediately restarted on its own. I really don't mind the restart as my router is already running on the other RP. I initially thought the restart will happen on step 11 which is to force restart the standby RP. A minute after issuing "issu commitversion", while the standby RP is restarting, I think the ESP also did a switchover and caused my data and control plane to totally go down for about 2-3 minutes. All the SPAs disappeared so all my interfaces went out. I didn't get to capture the logs because my console port is connected to the standby RP observing the restart process until I saw my pings to the router loopback timing out. So here's why I think the SPAs disappeared and also why I think there was an ESP switchover. Initially F0 is the active one and F1 is standby.
Feb 9 04:26:42: %SPA_OIR-6-ONLINECARD: SPA (SPA-2X1GE-V2) online in subslot 0/1
Feb 9 04:26:42: %IOSXE_RP_ALARM-6-INFO: ASSERT INFO xcvr container 0/1/0 Transceiver Missing
Feb 9 04:26:42: %IOSXE_RP_ALARM-6-INFO: ASSERT CRITICAL xcvr container 0/1/1 Transceiver Missing - Link Down
Feb 9 04:26:42: %IOSXE_RP_ALARM-6-INFO: CLEAR MAJOR SPA subslot 0/1 Boot state
Feb 9 04:26:42: %IOSXE_RP_ALARM-6-INFO: ASSERT INFO GigabitEthernet0/1/0 Physical Port Administrative State Down
Feb 9 04:26:41: %LINK-3-UPDOWN: SIP0/0: Interface GigabitEthernet0/0/0, changed state to down
Feb 9 04:26:40: %LINK-3-UPDOWN: SIP0/1: Interface EOBC0/1, changed state to up
Feb 9 04:26:44: %LINK-3-UPDOWN: Interface GigabitEthernet0/1/0, changed state to down
Feb 9 04:26:44: %IOSXE_RP_ALARM-6-INFO: CLEAR INFO GigabitEthernet0/1/0 Physical Port Administrative State Down
Feb 9 04:26:44: %IOSXE_RP_ALARM-6-INFO: ASSERT CRITICAL GigabitEthernet0/1/0 Physical Port Link Down
Feb 9 04:26:44: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/0, changed state to up
Feb 9 04:26:44: %IOSXE_RP_ALARM-6-INFO: CLEAR INFO xcvr container 0/0/0 Transceiver Missing
Feb 9 04:26:44: %IOSXE_RP_ALARM-6-INFO: CLEAR CRITICAL GigabitEthernet0/0/0 Physical Port Link Down
Feb 9 04:26:44: %LINK-3-UPDOWN: Interface GigabitEthernet0/1/1, changed state to up
Feb 9 04:26:44: %IOSXE_RP_ALARM-6-INFO: CLEAR CRITICAL xcvr container 0/1/1 Transceiver Missing - Link Down
Feb 9 04:26:43: %LINK-3-UPDOWN: SIP0/0: Interface GigabitEthernet0/0/0, changed state to up
Feb 9 04:26:45: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0/0, changed state to up
Feb 9 04:26:45: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1/1, changed state to up
Feb 9 04:26:43: %LINK-3-UPDOWN: SIP0/1: Interface GigabitEthernet0/1/0, changed state to down
Feb 9 04:26:46: GigabitEthernet0/0/0 added as member-1 to port-channel40
Feb 9 04:26:47: %LINK-3-UPDOWN: Interface GigabitEthernet0/1/0, changed state to up
Feb 9 04:26:47: %IOSXE_RP_ALARM-6-INFO: CLEAR INFO xcvr container 0/1/0 Transceiver Missing
Feb 9 04:26:47: %IOSXE_RP_ALARM-6-INFO: CLEAR CRITICAL GigabitEthernet0/1/0 Physical Port Link Down
Feb 9 04:26:48: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1/0, changed state to up
Feb 9 04:26:46: %LINK-3-UPDOWN: SIP0/1: Interface GigabitEthernet0/1/0, changed state to up
Feb 9 04:26:48: %LINK-3-UPDOWN: Interface Port-channel40, changed state to up
Feb 9 04:26:49: GigabitEthernet0/1/0 added as member-2 to port-channel40
Feb 9 04:26:49: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel40, changed state to up
Feb 9 04:27:05: %CMRP-6-FP_HA_STATUS: R1/0: cmand: F0 redundancy state is Standby
Any idea why there was an ESP switchover that caused both control and data planes to go down?
