php-fpm啟動不起來,php-fpm無法啟動的一種情況
阿新 • • 發佈:2019-02-09
天碰了一個很奇怪的問題,平時好好的php-fpm修改了一個引數後,突然啟動不起來了,試著把引數還原、甚至用備份的配置檔案還原都沒辦法啟動php,而且不給任務啟動錯誤的提示,納悶!!!後來上網找了個資料:
看看php-fpm的錯誤日誌有多大,超過2G,就會啟動不起來
刪除日誌後正常啟動
問題分析:FastCGI呼叫的是fopen方式去讀寫日誌檔案,而fopen不支援2G以上檔案,所以後續的工作不再繼續進行,出錯直接退出。所以,要根除該故障,就要將日誌中出現的錯誤和告警都消除
可以調整一下記錄日誌的級別
php-fpm.conf
改成error,可以少非常多!
<value name="log_level">error</value> 幾乎沒記錄了。
另外還有一種情況就是系統的檔案最大開啟數(預設1024)小於php-fpm.conf中的配置的最大開啟數,
檢視 系統的檔案最大開啟數 方法 :
ulimit -a
解決如下:
echo 'ulimit -SHn 65535' >>/etc/profile
echo -e "* soft nofile 65535 * hard nofile 65535">>/etc/security/limits.conf
source /etc/profile
然後啟動php試試。
部落格地址 http://blog.163.com/a12333a_li/
李坤山
看看php-fpm的錯誤日誌有多大,超過2G,就會啟動不起來
刪除日誌後正常啟動
問題分析:FastCGI呼叫的是fopen方式去讀寫日誌檔案,而fopen不支援2G以上檔案,所以後續的工作不再繼續進行,出錯直接退出。所以,要根除該故障,就要將日誌中出現的錯誤和告警都消除
可以調整一下記錄日誌的級別
php-fpm.conf
改成error,可以少非常多!
<value name="log_level">error</value> 幾乎沒記錄了。
另外還有一種情況就是系統的檔案最大開啟數(預設1024)小於php-fpm.conf中的配置的最大開啟數,
檢視 系統的檔案最大開啟數
ulimit -a
解決如下:
echo 'ulimit -SHn 65535' >>/etc/profile
echo -e "* soft nofile 65535 * hard nofile 65535">>/etc/security/limits.conf
source /etc/profile
然後啟動php試試。
部落格地址 http://blog.163.com/a12333a_li/
李坤山