130GBのハードドライブを備えたVPNサーバーがあります。最近サーバーがダウンし、SSHを使用して接続しましたdh -h
。
Filesystem Size Used Avail Use% Mounted on
/dev/vzfs 130G 130G 0 99% /
none 2.0G 4.0K 2.0G 1% /dev
du -sh /*
その後、私が見つけた59GBを使用しましたroot fold
。その後、次du -sh /root/*
のようないくつかのファイルを含む長いリストが生成されます。
...
43M /root/core.7856
59M /root/core.7859
59M /root/core.7862
43M /root/core.7883
43M /root/core.7885
43M /root/core.7889
59M /root/core.7892
59M /root/core.7904
43M /root/core.7906
59M /root/core.7913
43M /root/core.7915
59M /root/core.7940
59M /root/core.7942
43M /root/core.7947
43M /root/core.7951
...
fileZilla
過去3日以内に作成された1204 core.*ファイルを使用して、マイサーバーにアクセスします。
では、centos /root/core.* ファイルは何ですか?それらはどのように作られますか?サーバーを壊さずに削除できますか?そして再生成されるのを防ぐ方法は?
問題を解く
これはLinuxメールシステムによって引き起こされる問題です。行552/etc/mail/trusted-users
でetc/mail/submit.cf
権限を変更しました。それでは、もはや/root/core.* files
創造はありません。
答え1
これらと呼ばれるものはコアダンプ。信号受信機をシャットダウンすることに加えて、いくつかの基本的なシグナルハンドラは、事後分析のために終了時にメモリ内容とプロセス状態を記録します。これらのファイルを分析する予定がない場合は、安全に削除できます。
適切なリソース制限をに設定してコアダンプの生成を無効にすることもできます(プロジェクトをに設定するだけです0
)。core
/etc/security/limits.conf
0
特定のプロセスが予期せぬ方法で終了することが多いため、システムがこれらのファイルを非常に迅速に生成するという事実は、問題がうまくいっていないことを警告する必要があることに注意する必要があります。これは、バグのある(自動再生成)プログラムによって発生する可能性があり、メモリ障害などのより深刻な問題によって発生する可能性があります。dmesg
これを理解するには、ログファイルと出力を確認する必要があります。
答え2
root で実行したときに競合が発生したプログラムのメモリコアダンプです。デバッグする予定がない場合は削除できます。
答え3
コアダンプクラッシュダンプです。file
コアファイルの1つを引数として使用するプログラムは、どのプログラムがクラッシュしているのかを伝えることができます。
答え4
これにより、コアファイルが再生成されるのを防ぐことができます。
ulimit -c 0
これは、生成されるコアファイルの最大サイズをゼロに制限します。
詳細については、bash のマニュアルページを参照してください。