130GBのハードディスクを搭載したvpsサーバーがあります。最近、サーバーがクラッシュしました。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
、1204コアでサーバーにアクセスします。*ファイルは最近3日間で作成されます。
では、centos /root/core.*ファイルとは何ですか?それらはどのように作成されますか?サーバーに損傷を与えることなくそれらを削除できますか?そして、それらが再び作成されるのを回避する方法は?
問題を修正
Linuxメールシステムによって引き起こされる問題。 /etc/mail/trusted-users
行552のetc/mail/submit.cf
権限を変更しました。その後、/root/core.* files
は再度作成されません。
これらはいわゆる コアダンプ です。シグナルのレシーバーを強制終了する以外の一部のシグナルのデフォルトハンドラーは、死後の分析のために、メモリの内容と死亡時のプロセス状態を書き出しています。これらのファイルを分析する予定がない限り、安全に削除できます。
適切なリソース制限を0
に設定することでコアダンプの作成を禁止することもできます(これは、/etc/security/limits.conf
のcore
アイテムを0
に設定することによって行われます)。
システムがこれらのファイルをかなり迅速に作成するという事実は、一部のプロセスが意図しない方法で定期的に停止するため、何かがうまくいかないことを警告するはずであることに注意する必要があります。これは、バグのある(自動的にリスポーンする)プログラムが原因であるか、メモリの欠陥などのより深刻な問題が原因である可能性があります。ログファイルとdmesg
出力を調べて、それを把握することをお勧めします。
これらは、rootユーザーによる実行中にクラッシュしたプログラムのメモリコアのダンプです。それらをデバッグする予定がない限り、それらを削除できます。
次の方法でコアファイルが再度作成されるのを防ぐことができます。
ulimit -c 0
これにより、作成されるコアファイルの最大サイズが0に制限されます。
詳細については、bashのmanページを参照してください。
コアダンプ はクラッシュダンプです。コアファイルの1つを引数として持つプログラムfile
は、どのプログラムがクラッシュし続けるかを教えてくれるかもしれません。