问题描述
|
我在几个不同的Fedora Core 9 Hudson从站上看到glibc偶尔出现分段错误。我已经尝试配置每个从属服务器以生成核心文件并将其放置在/ corefiles中,但是没有运气。
这是我在每个Linux从站上所做的事情:
1)创建一个核心文件存储位置
sudo install -m 1777 -d /corefiles
2)通过将以下内容添加到/etc/sysctl.conf中,将corefiles定向到存储位置
kernel.core_pattern = /corefiles/core.%e-PID:%p-%t-signal_%s-%h
3)通过将以下内容添加到/ etc / profile中,为所有用户启用无限的corefiles
ulimit -c unlimited
是否还需要其他Linux魔术,或者我需要对Hudson从站或JVM做些事情?
谢谢您的帮助
解决方法
您在编辑/etc/sysctl.conf后是否重新启动或运行\“ sysctl -p \”(以root用户身份)?
另外,如果我没记错的话,ulimit值是针对每个用户的,调用ulimit不会在启动后幸存下来。您应该将此添加到/etc/security/limits.conf中:
* soft core unlimited
或者,如果您不是每个人都不会产生coredump,请在启动hudson的脚本中调用ulimit。
,我想通了:-)。
问题在于,Hudson将bash shell作为非交互式shell调用,它将绕过/ etc / profile中的ulimit设置。解决方案是将BASH_ENV环境变量添加到Hudson从站,并将该值设置为设置了ulimit -c unlimited的文件。