Core-Dump
centos /root/core.* 文件是什麼?他們吃我的硬碟直到它滿了
我有一個 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
輸出以掌握它。