core。*ファイルがサーバーのスペースを消費する（〜50MB）
私は誰かからサーバーのスペースを借りていますが、しばらくしてからコントロールパネルにログインすると、ディスク使用量の異常なスパイク（〜50MB）に気づきました。調べてみると、public_htmlディレクトリに散らばっているたくさんのcore。*ファイルが見つかりました。それぞれのサイズは5MB以上ですが、6MB以下です。 *部分はすべて数字です（プログラミング正規表現では、core\.\d+である必要があります）。
ダウンロードして内容を確認しました。多くのボールダーダッシュ文字（NULがほとんどでしたが、ETB、ETX、STXも散在していましたが、次のような読みやすいテキストブロックがあります。
This text is part of the internal format of your mail folder, and is not
a real message. It is created automatically by the mail system software.
If deleted, important folder data will be lost, and it will be re-created
with the data reset to initial values.
かなり自明です。テキストの上にあるいくつかのブロックは、ログのように見えても印刷できない文字の間に挟まれた、より読みやすいメッセージです。以下を抽出しました。
Scan not valid for mh mailboxes
Bogus character 0x%x in news state
Can't rewrite news state %.80s
Error closing backup news state %.80s
No state for newsgroup %.80s found
ここで、いくつかの懸念事項があります。私は攻撃を受けていますか？メッセージは私のウェブメールに関するもののようですが、個人的なウェブメールはあまり使用しません。バニティメールアドレスと古いコメントシステム用の受信トレイにのみ使用します。しかし、最近、バニティメールのスパムが急増していることに気付いたようです。 （注：コメントシステムはcaptchaでカバーされていますが、ときどきいくつかは通過します。バニティメールにはスパムフィルターがありますが、私が望むほど良くはありません）。
次に、これが機能である場合、オフにできますか？お勧めですか？私は150MBしか持っていないので、なぜ50MBのスパイクを心配しているのかがわかります。
最後の詳細：私の唯一のサーバー側スクリプトはPHPにあります。これらのコアファイルを最も多く蓄積したディレクトリは、私のサイトのWordpressが管理するサブドメインを含むディレクトリです。 CPanelを介してサーバーを管理します。最後に、私はこのファイルを削除することを決めました。いくつかのチェックの後、私のウェブサイトでもメールでも何も見当たりません。私のディスクスペースの使用量が予想に戻ったため、これらは実際に〜50MBのスパイクの原因です。
コアファイルには、終了時（つまり、クラッシュしたとき）のプロセスのメモリのイメージが含まれています。これらは、プログラムが終了したときの状態を検査するために使用できます。
それらの多くが表示され、それらが高速で再作成される場合、どの特定のプログラムがクラッシュしたか、そしてその理由をデバッグするのにある程度の時間を費やします。クラッシュしたのはおそらく良いことではないので、それらの面倒を見る価値があるかもしれません。
それらの多くが表示されない場合は、削除しても安全です。
Ulimitを使用して作成されたコアを無効にするか、プロバイダーに依頼してください。それはほとんどすべての場合に有用ではありません。