ノード内のコアを処理するRHEL
基本プログラムがあるオペレーティングシステムを使用しています。systemd-coredump
ここ文書によると、Storage=none
ダンプがノードに永続的に保存されないことが示されています。だから私は次のように更新しました/etc/systemd/coredump.conf
。
cat /etc/systemd/coredump.conf
Storage=external
MaxUse=20%
したがって、これは到達した場合にのみダンプを制限します20%
。ところで、10%
古いコアダンプを削除してもディスクスペースはそのまま残っていることがわかりました。
$df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 80G 7.7G 73G 10% /
devtmpfs 3.8G 0 3.8G 0% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 3.9G 1.6M 3.9G 1% /run
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/mapper/vg02-volumes 60G 33M 60G 1% /var/lib/origin/openshift.local.volumes
/dev/mapper/vg00-docker 60G 330M 60G 1% /var/lib/docker
tmpfs 783M 0 783M 0% /run/user/1000
私のコアダンプディレクトリ:
$df /var/lib/systemd/coredump/
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/vda1 83874796 7978616 75896180 10% /
ドキュメントの私の理解が間違っているか、ここに何かがありましたか?
答え1
今日これを確認していない場合は、systemd-tmpfilesを介してコアファイルのエージングを制御することもできます。 grep core /usr/lib/tmpfiles.d/*
構成が何であるかを確認してください。
d /var/lib/systemd/coredump 0755 root root 3d
これが古いファイルを削除する理由であることを確認するために、3日以上古いコアファイルを削除するように求められます。ストレージスペースが設定された制限を超えていない場合は、Linux のドキュメントでこれに関する詳細情報を見つけることができます。