Bug ID 525865: Wait for the system to settle FPGA provisioning on all slots before initiating system provisioning tasks

Last Modified: Oct 06, 2020

Bug Tracker

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

Known Affected Versions:
12.0.0, 12.0.0 HF1, 12.0.0 HF2, 12.0.0 HF3, 12.0.0 HF4

Opened: May 30, 2015
Severity: 1-Blocking

Symptoms

ntlmconnpool daemon is restarting continuously on secondary blades in VIPRION systems.

Impact

Loss of traffic after installation. This issue is likely encountered only during maintenance windows.

Conditions

This occurs when changing FPGA firmware provisioning just before changing system provisioning.

Workaround

To avoid the condition, simply give the system additional time (~1 minute) to let the FPGA provisioning settle before initiating system provisioning tasks. To mitigate the issue once the secondaries are showing ntlmconnpool restarting about once a second: 1. ssh into each affected secondary and halt them. 2. When they are completely halted, issue a reset from the primary using either of these methods: -- Using the AOM/LOP console. -- Running the following command (where # is the slot number of the secondary blade to reset): bladectl -b # -r. Once the secondary is an Active cluster member, you may wish to failover the primary and reset it as well. To do so, disable the current cluster primary member, and a natural failover will transition primary to an active secondary. The old primary may then be halted and reset.

Fix Information

None

Behavior Change