Bug ID 998729: Query for virtual address statistics is slow when there are hundreds of virtual address and address lists entries

Last Modified: Apr 01, 2021

Bug Tracker

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

Known Affected Versions:
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

Opened: Mar 02, 2021
Severity: 2-Critical

Symptoms

If there are hundreds of virtual addresses and hundreds of address entries spanning one or more address lists, mcpd might take seconds to reply to a query for virtual address statistics. One of the more commonly visible signs of this is high CPU usage by mcpd if it's processing a large number of queries for virtual address statistics. It is also likely that snmpd responses will be severely delayed to SNMP agent requests.

Impact

-- High CPU usage by mcpd. -- SNMP requests/polling timeouts occur because mcpd takes hundreds of milliseconds to respond. Note: If the address lists that contain the entries are not used in traffic-matching-criteria (and therefore do not increase the size of the tmstat virtual_address_stat table), mcpd response time is in the tens of milliseconds.

Conditions

-- Hundreds of virtual servers. -- Hundreds of address entries spanning one or many address lists. -- Running SNMP queries for virtual address statistics.

Workaround

None

Fix Information

None

Behavior Change