2013-04-30 66 views
0

首先,版本:PHP APC造成的Apache賽格故障

的Apache 2.2.22
PHP 5.3.10
的Ubuntu LTS 12.04(更新所有)
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的seg故障。

回答

1

環顧四周後,我注意到在/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發行。我很高興我不瘋狂!如果有其他人遇到這種情況,一定要按照這個錯誤的進展。

2

它可能與操作系統中可以顯着低於256MB的段所允許的共享內存有關。

檢查sudo sysctl kernel.shmmax的輸出。在我的debian機器上它是33554432(32MB)。

作爲一種可能的解決方案。嘗試在您的APC配置中將apc.shm_segments增加到256/32 = 8。您也可以將一個分段系統允許的共享內存更改爲256MB。

sudo sysctl -w kernel.shmmax 268435456 
+0

我實際上遇到了這個解釋,但後來我偶然發現了http://php.net/manual/en/apc.configuration.php,其中指出:「當APC編譯時使用mmap支持(內存映射)時,它將只使用一個內存段,與使用多個內存段的SHM(SysV共享內存)支持構建APC不同。MMAP沒有SHM在/ proc/sys/kernel/shmmax中的最大限制。「我使用的是mmap,所以我認爲這不是問題所在。 – Geoff 2013-04-30 23:14:21

+0

是的,我將'apc.shm_segments'改爲8,但是apc.php仍然說「1段256.0 MB(mmap內存,pthread互斥鎖鎖定)」,它確認了PHP文檔的內容。 – Geoff 2013-04-30 23:16:37