CentOS：当我SSH，核心。*文件被创build

我在CPanel设置上遇到同样的问题。 在我的情况下，运行

strings core.nnnn | less 

表明这个问题可以追溯到错误的Perl命令。 这是/etc/bashrc （在启动脚本中通过grep for perlfind）：

 if [ "$LOCALLIBUSER" != "root" ]; then eval $(perl -Mlocal::lib) fi 

如果我试着在控制台上运行eval $(perl -Mlocal::lib) ，它会转储核心，所以这肯定是个问题。

这是很常见的，快速谷歌search出现了这个线程 ，除了检查perl模块，没有提供多lessbuild议。

核心文件是核心转储的标志。 这意味着程序崩溃了，在转储的时候你有这个程序内存的核心转储。

如果你把'ulimit -c 0'放到sysconfig中，你可以防止它 – 你不会得到核心文件。 但是，你也应该首先查看什么是崩溃，为什么 – 你可能在那里有一个严重的问题。

阅读http://aplawrence.com/Linux/limit_core_files.html

命令：

 gdb -c core.1084 

将解释哪个进程已经崩溃，为什么。

也许有一些GUI程序可以在你的.bashrc中自动运行，当它无法访问运行X服务器时会崩溃。

zladuric已经解释了你的核心文件。

例如在~/.bashrc或~/.profile文件中，可能你每次都有自动运行崩溃的东西？

检查file core.1084 – 如果它是一个sshd崩溃它可能是一个rootkit ，它取代了你原来的sshd二进制文件或sshd使用的一些库。

这是一个粗略的脚本，用于validation它使用校验和的二进制和库与rpm数据库是否一致：

 #!/bin/bash { echo "$1" cd /lib ldd "$1" | cut -d ' ' -f 1 | xargs rpm -qf cd /usr/lib ldd "$1" | cut -d ' ' -f 1 | xargs rpm -qf } 2>/dev/null | sort -u | xargs rpm -V