Bug ID 699262: FQDN pool member status remains in 'checking' state after full config sync

Last Modified: Sep 13, 2023

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

Known Affected Versions:
11.6.0, 11.6.1, 11.6.2, 11.6.3, 11.6.3.1, 11.6.3.2, 11.6.3.3, 11.6.3.4, 11.6.4, 11.6.5, 11.6.5.1, 11.6.5.2, 11.6.5.3, 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, 12.1.0, 12.1.1, 12.1.2, 12.1.3, 12.1.3.1, 12.1.3.2, 13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1

Fixed In:
12.1.3.3

Opened: Dec 18, 2017

Severity: 5-Cosmetic

Symptoms

After performing a full config-sync (with overwrite config option checked) the sync target (peer) shows FQDN pool members stuck in the 'checking' state.

Impact

Affected pools show an Availability state of 'unknown', although pool members are available and can pass traffic.

Conditions

This occurs after a full config sync is forced between peers using FQDN pool members: tmsh modify cm device-group <dg_name> devices modify { <local_member> { set-sync-leader } }

Workaround

Restart bigd on the affected peer after the config sync.

Fix Information

After performing a full config-sync (with overwrite config option checked) the sync target (peer) no longer shows FQDN pool members stuck in the 'checking' state. This issue is resolved by the FQDNv2 feature re-implementation in this version of the software.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips