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

Last Modified: Oct 07, 2023

Affected Product(s):
BIG-IP All(all modules)

Known Affected Versions:
12.0.0, 12.0.0 HF1, 12.1.0 HF1, 12.0.0 HF2, 12.1.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.1 HF1, 12.1.1 HF2, 12.1.2 HF1, 12.1.2 HF2

Fixed In:

Opened: May 30, 2015

Severity: 1-Blocking


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


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


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


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

The system now prevents the ntlmconnpool daemon from continually restarting, and presents messages when changing FPGA firmware provisioning just before changing system provisioning. Messages that appear might be similar to the following: -- 010718e1:3: Changing the firmware type is not permitted in vCMP mode. -- 01071003:3: A previous provisioning operation is in progress. Try again when the BIG-IP system is active.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips