Non-Leaking Processes

OOM Killer Resolutions: Non-Leaking Processes

The processes listed below can be terminated by the OOM killer while it attempts to free memory for other operations. These processes usually do not cause memory-leak problems by themselves.

Non-Leaking Process Resolutions

For each process in this category, restart the container to restore the terminated process.

Process Resolution
112x4Restart the container to restore the process.
112x6Restart the container to restore the process.
ahnRestart the container to restore the process.
anytermdRestart the container to restore the process.
apache2Restart the container to restore the process.
apparmor-profilRestart the container to restore the process.
beam.smpRestart the container to restore the process.
dbus-daemonRestart the container to restore the process.
firewall.shRestart the container to restore the process.
freshclamRestart the container to restore the process.
gettyRestart the container to restore the process.
inimuxsockRestart the container to restore the process.
install-infoRestart the container to restore the process.
iojsRestart the container to restore the process.
iptables-saveRestart the container to restore the process.
kindlegenRestart the container to restore the process.
Lxz6Restart the container to restore the process.
mdaRestart the container to restore the process.
mingettyRestart the container to restore the process.
namedRestart the container to restore the process.
nanoRestart the container to restore the process.
nheqminer_cpuRestart the container to restore the process.
nrsysmondRestart the container to restore the process.
pidproxyRestart the container to restore the process.
PM2Restart the container to restore the process.
postmasterRestart the container to restore the process.
rndRestart the container to restore the process.
rpc.statdRestart the container to restore the process.
rpcbindRestart the container to restore the process.
rpmRestart the container to restore the process.
rsmainRestart the container to restore the process.
rsyslogdRestart the container to restore the process.
run-partsRestart the container to restore the process.
running-in-contRestart the container to restore the process.
saslauthdRestart the container to restore the process.
sedRestart the container to restore the process.
semoduleRestart the container to restore the process.
sendmailRestart the container to restore the process.
serviceRestart the container to restore the process.
shRestart the container to restore the process.
simplehttp.pyRestart the container to restore the process.
sleepRestart the container to restore the process.
startpar-upstarRestart the container to restore the process.
statusRestart the container to restore the process.
stressRestart the container to restore the process.
stunnelRestart the container to restore the process.
supervisordRestart the container to restore the process.
syslog-ngRestart the container to restore the process.
tesseractRestart the container to restore the process.
upstart-file-brRestart the container to restore the process.
upstart-socket-Restart the container to restore the process.
upstart-udev-brRestart the container to restore the process.
valhalla_run_roRestart the container to restore the process.
xinetdRestart the container to restore the process.

Recovery Guidance

  • Use the exact process name from the OOM notification to find the matching table entry.
  • Restart the affected container to restore the terminated process.
  • Confirm that the container returns to the running state after restart.
  • Continue monitoring RAM usage because a different process may have caused the original memory shortage.
  • When OOM events repeat, review the Common Cases and Memory Leak Processes documentation.
Important: These processes are usually victims of memory pressure rather than the original source of the problem. A container restart restores them but may not remove the underlying cause of repeated OOM events.

What’s next?