This knowledge article explains the root cause of the "Number of poll responses sent onto the bus does not match the number of poll responses received off of the bus" error found in the Data Aggregator (DA) `PollSummary.log`.
Contrary to common assumptions, this warning indicates DC-side throttling rather than a Data Aggregator memory or heap issue.
DX NetOps :: All Supported Versions
This warning occurs when the Data Collector (DC) deliberately suppresses poll requests due to device responsiveness issues in a specific poll group.
When devices within a poll group fail to respond to SNMP requests (indicated by a non-zero badPollRequestTimedOutCount),
the NetOps Portal assumes the devices are too busy to handle further polls.
This triggers a throttling mechanism where the DC holds back subsequent scheduled polls for that cycle.
INFO log line immediately preceding the ERROR line in the PollSummary.log. Look for the following fields:polledItemCountpollRequestCountnotSentPollRequestCountbadPollRequestTimedOutCountThe calculation polledItemCount − pollRequestCount = notSentPollRequestCount confirms that the "missing" responses are actually requests the DC chose not to send.
This behavior is widespread if multiple poll groups or numerous DCs report similar patterns.
Because this is a device-responsiveness symptom rather than a DA memory issue, increasing DA memory or CPU will not resolve these warnings. Instead, focus on the following Data Collector-side optimizations:
badPollRequestTimedOutCount to identify specific devices that are frequently timing out. These devices may be overloaded or experiencing network latency, necessitating a review of their SNMP polling intervals or device health.According to the DX NetOps 25.4 Administration Guide (section: "Gaps in Data Appear during Throttling"), this behavior is an expected safeguard. The system is protecting the monitored devices from being overwhelmed while they are already experiencing SNMP timeouts.