Bug ID 448147: Wildcard delete of items may cause secondary mcpd processes to crash

Last Modified: Apr 10, 2019

Bug Tracker

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

Known Affected Versions:
11.5.0, 11.5.1, 11.5.1 HF1, 11.5.1 HF10, 11.5.1 HF11, 11.5.1 HF2, 11.5.1 HF3, 11.5.1 HF4, 11.5.1 HF5, 11.5.1 HF6, 11.5.1 HF7, 11.5.1 HF8, 11.5.1 HF9, 11.5.2, 11.5.2 HF1, 11.5.3, 11.5.3 HF1, 11.5.3 HF2, 11.5.4, 11.5.4 HF1, 11.5.4 HF2, 11.5.4 HF3, 11.5.4 HF4, 11.5.5, 11.5.6, 11.5.7, 11.5.8, 11.5.9

Fixed In:
11.6.0

Opened: Feb 07, 2014
Severity: 2-Critical

Symptoms

Using a wildcard delete expression (delete *) on the primary of a bladed chassis, the subsequent messages sent to synchronize the blades will cause the mcpd process to crash.

Impact

Potential interruption from secondary blades and inconsistent state between the primary and secondaries.

Conditions

This only occurs on a chassis with 2 or more blades in sync. Running a wildcard delete against any item will cause the mcpd process on the secondary blades to crash.

Workaround

In order to prevent the secondaries from crashing, the user should use a transaction to delete specific objects instead of a wildcard expression.

Fix Information

Wildcard delete of items no longer causes secondary mcpd processes to crash.

Behavior Change