您好,登錄后才能下訂單哦!
本篇內容介紹了“linux不產生core文件怎么解決”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
linux不產生core文件的解決辦法:1、檢查Core dump的目錄是否存在并設置進程對該目錄有寫權限;2、檢查服務程序是否調用seteuid();3、設置足夠大的Core文件大小限制;4、修改profile等等。
本文操作環境:linux5.9.8系統、Dell G3電腦。
linux不產生core文件怎么辦?為什么沒有產生core 文件?
一、要保證存放Core dump的目錄存在且進程對該目錄有寫權限。
存放Core dump的目錄即進程的當前目錄,一般就是當初發出命令啟動該進程時所在的目錄。但如果是通過腳本啟動,則腳本可能會修改當前目錄,這時進程真正的當前目錄就會與當初執行腳本所在目錄不同。這時可以查看"/proc/<進程pid>/cwd"符號鏈接的目標來確定進程真正的當前目錄地址。通過系統服務啟動的進程也可通過這一方法查看。
二、若程序調用了seteuid()/setegid()改變了進程的有效用戶或組,則在默認情況下系統不會為這些進程生成Core dump。
很多服務程序都會調用seteuid(),如MySQL,不論你用什么用戶運行mysqld_safe啟動MySQL,mysqld進行的有效用戶始終是msyql用戶。如果你當初是以用戶A運行了某個程序,但在ps里看到的這個程序的用戶卻是B的話,那么這些進程就是調用了seteuid了。為了能夠讓這些進程生成Coredump,需要(echo "1" > /proc/sys/kernel/suid_dumpable)。
三、這個一般都知道,就是要設置足夠大的Core文件大小限制了。
程序崩潰時生成的Core文件大小即為程序運行時占用的內存大小。但程序崩潰時的行為不可按平常時的行為來估計,比如緩沖區溢出等錯誤可能導致堆棧被破壞,因此經常會出現某個變量的值被修改成亂七八糟的,然后程序用這個大小去申請內存就可能導致程序比平常時多占用很多內存。因此無論程序正常運行時占用的內存多么少,要保證生成Core文件還是將大小限制設為unlimited為好。
四、在/etc/profile中添加:
ulimit -c unlimited > /dev/null 2?&1
五、一般在 CLI 上啟動的程序,如果設置:
ulimit -c unlimited
就可以在程序以外終止時生成 core dump 文件。但是對于 daemon 方式運行的程序,其與 CLI 啟動的程序的主要區別是進程的運行環境,其中就包括
cwd(current working directory)。如果以相對路徑方式定義 core 文件的格式,比如定義 /proc/sys/kernel/core_pattern 為:
core-%e-%p-%t
則一般來說,daemon 文件的 cwd 就是/,你可以通過/proc/<your_program_pid>/cwd來查看,一般都是連接到/目錄。而如果用戶對這個目錄沒有寫權限,那么就不會生成 core dump 文件了。
最直接的解決的方法,是修改/proc/sys/kernel/core_pattern為絕對路徑:/data/coredump/core-%e-%p-%t
并且保證這樣就基本 OK 了。
修改/proc/sys/kernel/core_pattern文件中的 core dump 文件格式為絕對路徑,比如:
/data/coredump/core-%e-%p-%t
什么時候不產生core文件?
在下列條件下不產生core文件:
( a )進程是設置-用戶-ID,而且當前用戶并非程序文件的所有者;
( b )進程是設置-組-ID,而且當前用戶并非該程序文件的組所有者;
( c )用戶沒有寫當前工作目錄的許可權;
( d )文件太大。core文件的許可權(假定該文件在此之前并不存在)通常是用戶讀/寫,組讀和其他讀。
“linux不產生core文件怎么解決”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。