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

Last Modified: May 29, 2024

Affected Product(s):
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, 14.1.4.2, 14.1.4.3

Fixed In:
14.1.4.4

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

Improved performance for query for virtual address statistics when there are hundreds of virtual address and address lists entries.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips