現象是，只要用PHP cli模式跑腳本，網站立馬就502。

成都創(chuàng)新互聯公司專業(yè)為企業(yè)提供宜城網站建設、宜城做網站、宜城網站設計、宜城網站制作等企業(yè)網站建設、網頁設計與制作、宜城企業(yè)網站模板建站服務，十載宜城做網站經驗，不只是建網站，更提供有價值的思路和整體網絡服務。

查看錯誤日志，看到的是“child 31457 exited on signal 7 (SIGBUS) after 0.384581 seconds from start” 

打開ulimit，查看core dump，發(fā)現是xcache導致。

網上查了一下，有說xcache是不支持cli模式的，但是在官方wiki里似乎沒有看到說明的樣子？

ps 對應的php版本是5.4.45，安裝的xcache 版本是 3.2.0，沒有深入嘗試，不知道其他版本有沒有這個問題。

對照core dump查看源代碼，過程如下：

1 在mod_cacher/xc_cacher.c 495行，執(zhí)行這一句 if (!cache->cached->disabled && XG(request_time) >= cache->cached->last_gc_expires + (time_t) gc_interval) 時出錯，拋出異常。

2 捕獲到異常，調用xcache.c 中的 xcache_signal_handler 進行處理，發(fā)現設置了“崩潰則禁用”的選項，調用mod_cacher/xc_cacher.c中的xc_cacher_disable來處理進行禁用。

有如下代碼段

        if (xc_var_caches) {
for (i = 0; i < xc_var_hcache.size; i ++) {
if (xc_var_caches[i].cached) {
xc_var_caches[i].cached->disabled = now;
}
}
}

  注意到循環(huán)時使用的是xc_var_hcache.size，而并不是xc_var_caches的實際大小，這樣是有風險的，除非能確保兩者一致。最終，錯誤發(fā)生在xc_var_caches[i].cached->disabled = now;這一句，具體的原因，現在還沒有去找，等有時間調試打印一下,，再更新文章，可以的話提交個BUG給xcache。

果斷換ZendOptimizerPlus，沒有出現問題了。

網站標題：記錄一下xcache導致的php-fpm502問題
轉載源于：http://jinyejixie.com/article10/ipipdo.html

成都網站建設公司_創(chuàng)新互聯，為您提供品牌網站建設、域名注冊、品牌網站制作、網頁設計公司、App設計、外貿網站建設

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯