Bug ID 1095217: Peer unit incorrectly shows the pool status as unknown after merging the configuration

Last Modified: Feb 14, 2024

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

Known Affected Versions:
17.0.0, 16.1.3, 16.1.2.1, 15.1.8, 15.1.7, 15.1.6, 15.1.5.1, 14.1.5, 14.1.4.6, 14.1.4.5, 13.1.5

Fixed In:
17.1.0, 16.1.4, 15.1.9

Opened: Apr 06, 2022

Severity: 2-Critical

Symptoms

The peer unit incorrectly shows the state of pool members as "checking" after merging the configuration from the terminal.

Impact

Pool members are marked with a state of "Checking".

Conditions

This is encountered if 2 or more configurations are specified for an already configured pool on the peer device when using the "tmsh load sys config merge from-terminal" command. For example: Existing pool: ltm pool http_pool { members { member1:http { address 10.82.243.131 monitor http } } } tmsh load sys config merge from-terminal: ltm pool http_pool { members none } ltm pool http_pool { members replace-all-with { member1:http { address 10.82.243.131 monitor http } } }

Workaround

Define all object properties at once (in a single configuration block) instead of multiple times (in multiple configuration blocks) when merging the configuration from the terminal.

Fix Information

Specifying the configuration for an LTM pool object multiple times when issuing the "tmsh load sys config merge from-terminal" command no longer causes LTM pool members to remain marked with a state of "Checking".

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips