Bug ID 1070357: GSLB monitors fail to work if Max Synchronous Monitor Requests Number is hit.

Last Modified: Jun 08, 2022

Bug Tracker

Affected Product:  See more info
BIG-IP DNS(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, 14.1.0, 14.1.0.1, 14.1.0.2, 14.1.0.3, 14.1.0.5, 14.1.0.6, 14.1.2, 14.1.2.1, 14.1.2.2, 14.1.2.3, 14.1.2.4, 14.1.2.5, 14.1.2.6, 14.1.2.7, 14.1.2.8, 14.1.3, 14.1.3.1, 14.1.4, 14.1.4.1, 14.1.4.2, 14.1.4.3, 14.1.4.4, 14.1.4.5, 14.1.4.6, 14.1.5, 15.1.0, 15.1.0.1, 15.1.0.2, 15.1.0.3, 15.1.0.4, 15.1.0.5, 15.1.1, 15.1.2, 15.1.2.1, 15.1.3, 15.1.3.1, 15.1.4, 15.1.4.1, 15.1.5, 15.1.5.1, 15.1.6, 16.0.0, 16.0.0.1, 16.0.1, 16.0.1.1, 16.0.1.2

Opened: Dec 27, 2021
Severity: 3-Major

Symptoms

After adding several new pools with monitors attached, newly found pools might fail, or existing pools might fail afterwards.

Impact

-- Inconsistent monitor status across BIG-IP DNS systems in a single sync group. -- Because some monitor instances don't have monitor traffic, if the instance fails, the BIG-IP DNS systems may not be aware of the failure.

Conditions

GSLB Monitors fail to work if Max Synchronous Monitor Requests number is hit.

Workaround

To mitigate the issue, run the following command to increase the value of Max Synchronous Monitor Requests: tmsh modify gtm global-settings metrics max-synchronous-monitor-requests <value - default is 20>

Fix Information

None

Behavior Change