phpfpm的錯誤日誌

1. Linux下php日誌報錯，各位大蝦，看看。。。然後php-fpm進程會時不時掛掉

大概是因為程序有bug吧，建議改一下代碼。

2. nginx php-fpm記錄php錯誤日誌怎麼配置

要想讓php-fpm顯示錯誤日誌，首先需要配置php-fpm。
在php-fpm的配置文件中（一般位於php安裝目錄下的etc/php-fpm.conf）配置php錯誤日誌的文件路徑。

1
2
3
4
5
6

; Error log file
; If it's set to "syslog", log is sent to syslogd instead of being written
; in a local file.
; Note: the default prefix is /home/wangwei/php/var
; Default Value: log/php-fpm.log
;error_log = log/php-fpm.log

如上是我的php-fpm.conf文件中配置錯誤日誌的地方。把error_log = log/php-fpm.log之前的;去掉，然後修改為：

1
2
3
4
5
6

; Error log file
; If it's set to "syslog", log is sent to syslogd instead of being written
; in a local file.
; Note: the default prefix is /home/wangwei/php/var
; Default Value: log/php-fpm.log
error_log = /home/work/log/php-fpm.log.wf

修改之後，保存配置，然後重啟php-fpm就可以啦。
注意如果用相對路徑的話，的路徑的前綴是基於php安裝目錄的var目錄的。

3. docker 部署nginx、php-fpm錯誤記錄

最近要使用docker部署nginx和php-fpm服務，因為以前部署過無數次的nginx+php-fpm，本以為輕車熟路，很快搞定，但是在這個最熟的環節卻出了問題，耗費了小半天的時間，特把解決問題的過程記錄如下：（使用docker 部署 nginx，php-fpm的具體步驟網上較多，不再此進行詳述了）

問題：docker 部署完成 nginx，php-fpm後，運行服務，出現：recv() failed (104: Connection reset by peer) while reading response header from upstream

多次修改修改無果後，開始自己查找此錯誤：

證明php-fpm服務已經啟動了，但是未知原因php-fpm把鏈接中斷了。懷疑是底層tcp鏈接問題，使用netstat -s | grep reject,未發現異常鏈接。想不出啥原因,查看php-fpm error.log未發現有用信息

4. php進程超時介面返回504錯誤分析

在一次介面測試中，發現返回的http 504 time out 的錯誤，然後查看了php-fpm的錯誤日誌，發現了如下錯誤

從表現上看，是php進程超時導致的進程被kill了，那麼這個超時時間以及kill的機制是跟哪些參數有關呢，這里系統這里一下。

Nginx服務一般因為php的錯誤或者超時會有兩種錯誤碼502 bad Gateway 或者 504 Gateway Time-out

一種情況是php產生了語法錯誤，比如循環調用、變數作用域錯誤、方法不存在等，如果開啟錯誤日誌輸出的話，這種錯誤在php-fpm的錯誤日誌中是可以看到調用棧信息的。

另外一種情況可能就是超時引起的php-fpm主動kill的情況，在php.ini和php.fpm中有兩個配置項，用來管理php腳本的最大執行時間

當php腳本的執行時間超過這個時間時，PHP-FPM不只會終止腳本的執行，還會終止執行腳本的Worker進程。所以Nginx會發現與自己通信的連接斷掉了，就會返回給客戶端502錯誤。

以頂部的錯誤為例，當報502錯誤是，nginx的errorlog中有如下日誌，：

所以只需將這兩項的值調大一些就可以讓PHP腳本不會因為執行時間長而被終止了。request_terminate_timeout可以覆蓋max_execution_time，

所以如果不想改全局的php.ini，那隻改PHP-FPM的配置就可以了。

此外要注意的是Nginx的upstream模塊中的max_fail和fail_timeout兩項。這兩個配置表示在fail_timeout事件內，如果fail的測試達到max_fail，那麼在接下來的fail_timeout時間內，Nginx都會認為上游伺服器掛掉了，都會返回502錯誤。

所以可以將max_fail調大一些，將fail_timeout調小一些。

PHP-FPM設置的腳本最大執行時間已經夠長了，但執行耗時PHP腳本時，發現Nginx報錯從502變為504了。這是為什麼呢？

因為我們修改的只是PHP的配置，Nginx中也有關於與上游伺服器通信超時時間的配置

以Nginx超時時間為90秒，PHP-FPM超時時間為300秒為例，報504 Gateway Timeout錯誤時的Nginx錯誤訪問日誌如下：

調高這三項的值（主要是read和send兩項，默認不配置的話Nginx會將超時時間設為60秒）之後，504錯誤也解決了。

而且這三項配置可以配置在http、server級別，也可以配置在location級別。擔心影響其他應用的話，就配置在自己應用的location中吧。

要注意的是factcgi_connect/read/send_timeout是對FastCGI生效的，而proxy_connect/read/send_timeout是對proxy_pass生效的。

參考鏈接： http://www.cnblogs.com/fei33423/p/8184098.html 感謝分享！