Core-Dump

centos /root/core.* 文件是什麼?他們吃我的硬碟直到它滿了

  • March 6, 2019

我有一個 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 /*我找到root fold的 59GB。然後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

這些是所謂的核心轉儲。一些信號的預設處理程序除了殺死信號的接收者外,還在死亡時寫出記憶體內容和程序狀態以進行事後分析。除非您打算剖析這些文件,否則您可以安全地刪除它們。

您還可以通過將適當的資源限制設置為來禁止創建核心轉儲0(這是通過將core項目設置為/etc/security/limits.conf來完成的0)。

您應該注意,您的系統相當快地創建這些文件的事實應該提醒您有些事情進展不順利,因為某些程序經常以非預期的方式死亡。這可能是由錯誤(自動重生)程序引起的,也可能是由記憶體缺陷等更嚴重的問題引起的。您可能想要查看您的日誌文件和dmesg輸出以掌握它。

引用自:https://unix.stackexchange.com/questions/125232