尽管配置为

Question

我正在使用php 5.4运行Centos 7。我在我的php-fpm错误日志中遇到了一个(信号11) SIGSEGV错误，我想调试它。

我遵循了php5 fpm:如何从分段故障生成核心转储？的建议，但是php仍然没有尝试生成核心转储。来自php错误日志：

WARNING: [pool website.com] child 26953 exited on signal 11 (SIGSEGV) after 0.931337 seconds from start

如果生成了一个核心转储，它会读取(SEGSEGV - core dumped)，但不会。

Answer 1

我用以下方法解决了这个问题：

1. 添加到/etc/systemd/system.conf文件中：

DefaultLimitCORE=infinity

1. 更改了kernel.core_pattern：

sysctl kernel.core_pattern='| /usr/lib/systemd/systemd-coredump %p %u %g %s %t %c %e'

1. 重新加载的系统配置：

systemctl daemon-reload

作为php的额外步骤，需要在要监视的各个php-fpm池文件中设置以下指令：

rlimit_core =无限

systemd程序的默认目录是/var/lib/systemd/coredump，所以您应该看到这里生成的转储文件。

Answer 2

我在这件事上也有麻烦。在centos上，主php-fpm进程似乎是以根权限启动的，然后以减少的权限启动单个池(默认情况下是centos上的用户php-fpm )。

对我来说，我的绊脚石，我也怀疑，如果一个进程已经改变了它自己的执行特权，它不允许产生一个核心转储文件，除非/proc/sys/fs/suid_dumpable被设置为允许这样做。请参阅有关此内核级控件这里的信息。

Answer 3

启动池前的PHP切换器用户。因此，我不得不像上面提到的那样将fs.suid_dumpable更改为1

https://itnext.io/linux-processes-core-dumps-systemd-coredump-and-debian-cf2ddb11ef9e

sysctl -w fs.suid_dumpable=1