LinuxのOOM Killerでプロセスが強制終了する原因と対処法｜dmesgで確認してoom_score_adjで優先度を設定する方法

この記事のポイント

・OOM Killerの発動は dmesg | grep -i "out of memory" で即確認できる
・Kill対象はoom_scoreが高いプロセス（/proc/PID/oom_scoreで確認）
・oom_score_adjを-1000にするとそのプロセスはKill対象から外れる
・systemdサービスはOOMScoreAdjust=-1000とMemoryMaxを組み合わせて永続保護する

# OOM Killer のログを確認する
dmesg | grep -i "out of memory\|oom_kill\|killed process"

# または "oom" だけでフィルタする（大文字小文字を区別しない）
dmesg | grep -i oom

# 実機出力（RHEL 9.4 / hostname: ap01.example.local）
[4523867.123456] Out of memory: Killed process 8421 (java) total-vm:4194304kB, anon-rss:3829760kB, file-rss:0kB, shmem-rss:0kB, UID:0 pgtables:8192kB oom_score_adj:0
[4523867.134567] oom_reaper: reaped process 8421 (java), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB

# カーネルメッセージからOOM関連を抽出する
journalctl -k | grep -i "out of memory\|oom_kill\|killed process"

# 前回起動時のログも確認する（-b -1 で前回boot）
journalctl -k -b -1 | grep -i oom

# 特定の日時以降で絞り込む
journalctl -k --since "2026-09-01 00:00:00" --until "2026-09-02 00:00:00"

# 特定プロセスのスコアを確認する（例: httpd）
PID=$(pidof httpd | awk '{print $1}')
cat /proc/$PID/oom_score

# 全プロセスをスコア降順で一覧表示する
for pid in $(ls /proc | grep -E '^[0-9]+$'); do
  score=$(cat /proc/$pid/oom_score 2>/dev/null)
  comm=$(cat /proc/$pid/comm 2>/dev/null)
  [ -n "$score" ] && echo "$score $pid $comm"
done | sort -rn | head -10

# スコアの高いプロセス TOP10
892  8421  java
345  7234  mysqld
123  5678  nginx
 98  4321  httpd
 12   987  sshd

# 物理メモリ使用量（%MEM）の降順でプロセスを表示する
ps aux --sort=-%mem | head -20
USER       PID %CPU %MEM    VSZ    RSS TTY      STAT START   TIME COMMAND
mysql    18423  5.2 52.3 1572864 1048576 ?  Sl  03:14 102:34 /usr/sbin/mysqld
apache    2341  0.3  3.1 524288   62464 ?  S   00:00   0:03 /usr/sbin/httpd

# mysqldプロセスの実メモリ使用量を確認する（PID=18423の場合）
cat /proc/18423/smaps_rollup
Rss:             1048576 kB
Pss:             1048112 kB
Shared_Clean:      32768 kB
Shared_Dirty:          0 kB
Private_Clean:      8192 kB
Private_Dirty:   1040384 kB
Referenced:      1044480 kB
Anonymous:       1040384 kB

# プロセスのPIDを特定する（例: httpd）
PID=$(pidof httpd | awk '{print $1}')
echo "対象PID: $PID"

# 現在のoom_score_adjを確認する
cat /proc/$PID/oom_score_adj

# -1000を設定してKill対象から除外する（root権限が必要）
echo -1000 > /proc/$PID/oom_score_adj

# 設定を確認する
cat /proc/$PID/oom_score_adj

# 変更前
0
# 変更後
-1000

# オーバーライドディレクトリを作成する（例: httpd）
mkdir -p /etc/systemd/system/httpd.service.d/

# 設定ファイルを作成する（vi で編集する）
vi /etc/systemd/system/httpd.service.d/oom.conf

[Service]
OOMScoreAdjust=-1000

# systemdデーモンをリロードしてサービスを再起動する
systemctl daemon-reload
systemctl restart httpd

# PIDを確認してoom_score_adjを検証する
PID=$(pidof httpd | awk '{print $1}')
cat /proc/$PID/oom_score_adj

# 確認結果
-1000

# Apacheのメモリ上限を2GBに制限する例
mkdir -p /etc/systemd/system/httpd.service.d/
vi /etc/systemd/system/httpd.service.d/memory.conf

[Service]
MemoryMax=2G

systemctl daemon-reload
systemctl restart httpd

# 設定値を確認する
systemctl show httpd.service -p MemoryMax
MemoryMax=2147483648

# cgroup v1環境（RHEL 7等）での書き方
[Service]
MemoryLimit=2G

#!/bin/bash
# スクリプト起動直後に自プロセスのoom_score_adjを設定する
echo -1000 > /proc/$$/oom_score_adj
echo "oom_score_adjを設定: $(cat /proc/$$/oom_score_adj)"

# ここから本来の処理を開始する

# メモリとスワップの使用状況を確認する
free -h

# スワップの種類・サイズ・使用量を確認する
swapon --show

# vm.overcommit_memoryの設定を確認する
# （0=ヒューリスティック, 1=常に許可, 2=制限あり）
cat /proc/sys/vm/overcommit_memory

# free -h の出力
              total        used        free      shared  buff/cache   available
Mem:          3.7Gi       3.1Gi       124Mi        38Mi       512Mi       442Mi
Swap:         2.0Gi       1.8Gi       212Mi

# swapon --show の出力
NAME      TYPE      SIZE USED PRIO
/dev/sda2 partition 2.0G 1.8G   -2

# vm.overcommit_memory
0

# 現在のswappinessを確認する
cat /proc/sys/vm/swappiness

# データベースサーバーの場合は低めに設定する
# /etc/sysctl.confに追記して再起動後も維持する
echo "vm.swappiness=10" >> /etc/sysctl.conf
sysctl -p

# systemdサービスのcgroupメモリ制限を確認する
systemctl show httpd | grep -i memory

# cgroup OOMの発動ログを確認する
journalctl | grep -i "oom-kill\|memory.oom.group"

# systemctl show httpd の出力（メモリ制限なし）
MemoryAccounting=no
MemoryMax=infinity

＜PR＞手元に置いて学びを深める1冊

詳解 システム・パフォーマンス 第2版

まず無料メルマガでLinuxの基礎を固めるのが第一歩、その上でOOM KillerやcgroupなどLinuxカーネルの動作原理を体系的に理解したいなら本書が定番だ。