Bug ID 653726: On multi-slot cluster systems, iApps LX packages take time to synchronize

Last Modified: Apr 28, 2025

Affected Product(s):
BIG-IP LTM(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, 13.1.3.5, 13.1.3.6, 13.1.4, 13.1.4.1, 13.1.5, 13.1.5.1, 14.0.0, 14.0.0.1, 14.0.0.2, 14.0.0.3, 14.0.0.4, 14.0.0.5, 14.0.1, 14.0.1.1

Opened: Mar 27, 2017

Severity: 3-Major

Symptoms

Install a large iApps LX package on a multi-slot systems like VIPRION and VELOS tenants, such as the "diameter" package, which installs roughly 20 MB of files. Then, within the next 10 minutes, remove or disable the new primary blade. The new primary blade may not have a complete copy of the package in /var/config/rest/iapps.

Impact

The new iApps LX package may be unusable on the new primary blade.

Conditions

-- VIPRION, vCMP on VIPRION, or VELOS tenant is in use. -- Install a large iApps LX package. -- The primary slot changes due to disabling the primary slot or a blade failover.

Workaround

After installing a large iApps LX package, allow the current primary blade to remain the primary until files under /var/config/rest/iapps are synchronized to other slots. If this is not possible, then re-install the iApps LX package on the new blade.

Fix Information

None

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips