Bug ID 927713: Secondary blade IPsec SAs lost after standby reboot using clsh reboot

Last Modified: Aug 05, 2020

Bug Tracker

Affected Product:  See more info
BIG-IP TMOS(all modules)

Known Affected Versions:
13.1.0, 13.1.0.1, 13.1.0.2, 13.1.0.3, 13.1.0.4, 13.1.0.5, 13.1.0.6, 13.1.0.7, 13.1.0.8, 13.1.1, 13.1.1.2, 13.1.1.3, 13.1.1.4, 13.1.1.5, 13.1.3, 13.1.3.1, 13.1.3.2, 13.1.3.3, 13.1.3.4, 14.1.0, 14.1.0.1, 14.1.0.2, 14.1.0.3, 14.1.0.5, 14.1.0.6, 14.1.2, 14.1.2.1, 14.1.2.2, 14.1.2.3, 14.1.2.4, 14.1.2.5, 14.1.2.6, 15.0.0, 15.0.1, 15.0.1.1, 15.0.1.2, 15.0.1.3, 15.0.1.4, 15.1.0, 15.1.0.1, 15.1.0.2, 15.1.0.3, 15.1.0.4

Opened: Jul 16, 2020
Severity: 3-Major

Symptoms

-- When 'clsh reboot' is executed on the primary blade, it internally calls ssh reboot on all secondary blades and then reboots the primary blade. The 'clsh reboot' script hangs, and there is a delay in rebooting the primary blade. -- Running 'ssh reboot' on secondary blades hangs due to sshd sessions getting killed after network interface down.

Impact

Secondary blade IPSec Security Associations (SAs) are lost, resulting in SA sync issues.

Conditions

-- Running 'clsh reboot' on the primary blade. -- Running 'ssh reboot' on secondary blades.

Workaround

Perform a reboot from the GUI.

Fix Information

None

Behavior Change