PHP APC 导致 Apache 出现段错误答案

【问题标题】：PHP APC causing Apache to seg faultPHP APC 导致 Apache 出现段错误
【发布时间】：2013-04-30 16:34:44
【问题描述】：

首先，版本：

Apache 2.2.22
PHP 5.3.10
Ubuntu 12.04 LTS（一切更新）
APC 3.1.7（通过 APT 而非 PEAR 安装）

我遇到的问题是，当发出正常重启 (sudo service apache2 graceful) 时，PHP 出现致命错误，导致 Apache 出现段错误。这是我在/var/log/apache2/error.log看到的：

[Tue Apr 30 11:05:33 2013] [notice] Graceful restart requested, doing restart
PHP Fatal error:  PHP Startup: apc_mmap: mmap failed: in Unknown on line 0
[Tue Apr 30 11:05:34 2013] [notice] seg fault or similar nasty error detected in the parent process

/etc/php5/conf.d/apc.ini 仅包含以下内容：

extension=apc.so
apc.shm_size=256M

Linode 是我的主机。我有 1GB 版本，带有 256MB 交换分区，所以 256M 应该是 apc.shm_size 的合理值（在最近的 Linode memory upgrade 之前，我只有 512MB 内存，而 apc.shm_size 设置为 128M）。

这里是一些通用的缓存信息，如apc.php所示：

APC Version 3.1.7
PHP Version 5.3.10-1ubuntu3.6
APC Host    [removed]
Server Software Apache/2.2.22 (Ubuntu)
Shared Memory   1 Segment(s) with 256.0 MBytes
(mmap memory, pthread mutex Locks locking)
Start Time  2013/04/30 11:09:44
Uptime  21 minutes
File Upload Support 1

这是我的运行时设置，如 apc.php 所示：

apc.cache_by_default    1
apc.canonicalize    1
apc.coredump_unmap  0
apc.enable_cli  0
apc.enabled 1
apc.file_md5    0
apc.file_update_protection  2
apc.filters 
apc.gc_ttl  3600
apc.include_once_override   0
apc.lazy_classes    0
apc.lazy_functions  0
apc.max_file_size   1M
apc.mmap_file_mask  
apc.num_files_hint  1000
apc.preload_path    
apc.report_autofilter   0
apc.rfc1867 0
apc.rfc1867_freq    0
apc.rfc1867_name    APC_UPLOAD_PROGRESS
apc.rfc1867_prefix  upload_
apc.rfc1867_ttl 3600
apc.serializer  default
apc.shm_segments    1
apc.shm_size    256M
apc.slam_defense    1
apc.stat    1
apc.stat_ctime  0
apc.ttl 0
apc.use_request_time    1
apc.user_entries_hint   4096
apc.user_ttl    0
apc.write_lock  1

我已经进行了大量搜索，但我就是不知道是什么原因造成的。这可能是 PHP 或 APC 或 Apache 错误吗？我需要添加/更改一些配置值吗？

感谢您的帮助！

[编辑]
我刚刚尝试更新 APC（在 apt 中将其删除并通过 PECL 安装），但这并没有解决问题。我仍然看到 APC 3.1.13 的段错误。

【问题讨论】：

标签： php apache ubuntu apc

【解决方案1】：

这可能与操作系统中某个段所允许的共享内存有关，该内存可能远低于 256MB。

检查sudo sysctl kernel.shmmax 的输出。在我的 debian 机器上，它是 33554432 (32MB)。

作为一种可能的解决方案。尝试在您的 APC 配置中将 apc.shm_segments 增加到 256 / 32 = 8。您还可以将段系统范围的允许共享内存更改为 256MB。

sudo sysctl -w kernel.shmmax 268435456

【讨论】：

我实际上遇到了这个解释，但后来我偶然发现了php.net/manual/en/apc.configuration.php，它指出，“当 APC 编译时使用 mmap 支持（内存映射），它将只使用一个内存段，不像APC 内置了使用多个内存段的 SHM（SysV 共享内存）支持。MMAP 没有像 /proc/sys/kernel/shmmax 中的 SHM 那样的最大限制。我正在使用 mmap，所以我认为这不是问题。无论如何我都会尝试以确保....
是的，我将 apc.shm_segments 更改为 8，但 apc.php 仍然显示“1 Segment(s) with 256.0 MBytes (mmap memory, pthread mutex Locks locks)”，这证实了 PHP 文档的内容说。

【解决方案2】：

看了一圈，发现/var/log/syslog中有一条很麻烦的行：

kernel: apache2[11303]: segfault at ffffffff ip b7647bd8 sp bfe854b0 error 7 in libpthread-2.15.so[b763f000+17000]

经过一番谷歌搜索后，我发现了https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1159748，这是 Ubuntu Apache 发行版中已确认的错误。我很高兴我没有疯！如果其他人遇到此问题，请务必关注此错误的进展。

【讨论】：