Bug ID 722893: TMM can restart without a stack trace or core file after becoming disconnected from MCPD.

Last Modified: Jul 12, 2023

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

Known Affected Versions:
13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1, 13.1.0,,,,,,,,, 13.1.1

Fixed In:
14.1.0, 14.0.0,

Opened: Jun 04, 2018

Severity: 2-Critical

Related Article: K30764018


The TMM - Host interface may stall when the kernel memory is fragmented, causing TMM and MCPD to become disconnected with one another. MCPD logs 'Removed publication with publisher id TMM<x>' and TMM restarts cleanly. TMM often logs '01010020:2: MCP Connection aborted, exiting' after a delay of seconds to minutes or more with a timestamp at time of event. If this issue occurs during early TMM startup, then TMM logs 'MCP connection expired early in startup; retrying'. Note that it is possible for TMM not to be able to properly restart after encountering this issue until the underlying memory condition has cleared. This can potentially carry on indefinitely.


The system will be inoperative and unable to pass traffic while TMM restarts. A redundant system will fail over to its peer.


This occurs when the following conditions are met: -- Linux kernel memory fragmentation exists. -- Another operation is occurring, including (among others): + Config-Sync with full reload is initiated. + Running tcpdump.


If TMM fails to properly start for a prolonged period of time as a result of this issue, you can try to recover the system by restarting TMM (bigstart restart tmm), restarting the services (bigstart restart), or rebooting the system (reboot). IMPORTANT: This is not a permanent workaround, just a way to temporarily recover the system until you can upgrade to a version of the software that contains a fix for this issue.

Fix Information

The internal interface driver has been improved, allowing it to work in low and/or fragmented-memory conditions.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips