phpnginx錯誤日誌

A. 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目錄的。

B. 真心求助.nginx錯誤

Nginx伺服器錯誤一般有以下幾點原因：

1、請求的header過大。nginx默認的header長度上限是4k，如果超過了這個值,nginx會直接返回400錯誤.

解決方法：配置nginx.conf相關設置。可以通過以下2個參數來調整header上限：

client_header_buffer_size 16k；large_client_header_buffers 4 16k。

2、上傳文件過程中出現錯誤。這時瀏覽器顯示「413 Request Entity Too Large」。這是因為沒有設置client_max_body_size，這個參數默認只是1M，也就是說發布的文章內容大小不能超過1M。

解決方法：增加如下兩行到nginx.conf的http{}段， 增大nginx上傳文件大小限制：設置允許發布內容為8M：client_max_body_size 8M；client_body_buffer_size 128k。

另外如果運行的是php，那麼還要檢查php.ini，這個大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大，這樣就不會因為提交數據大小不一致出現的錯誤：post_max_size = 8M；upload_max_filesize = 6M。

修改完配置後，別忘記重新載入。

3、客戶端在為等到伺服器相應返回前就關閉了客戶端描述符。一般出現在客戶端設置超時後，伺服器主動關閉。

解決方法：根據實際Nginx後端伺服器的處理時間修改客戶端超時時間。

4、腳本錯誤（php語法錯誤、lua語法錯誤）。

解決方法：查看nginx_err_log php_err_log。

5、訪問量過大，系統資源限制，不能打開過多文件。 磁碟空間不足。（access log開啟可能導致磁碟滿溢，伺服器主動關閉）。

解決方法：修改/etc/sysctl.conf文件，並使用下面的命令確認： #sysctl -p。要使 limits.conf 文件配置生效，必須要確保 pam_limits.so 文件被加入到啟動文件中。

6、後端服務無法處理，業務中斷。

解決方法：從後端日誌獲取錯誤原因，解決後端伺服器問題。

7、後端伺服器在超時時間內，未響應Nginx代理請求。

解決方法：根據後端伺服器實際處理情況，調正後端請求超時時間。

8、網站頁面緩存過大。

解決方法：配置nginx.conf相關設置：fastcgi_buffers 8 128k；send_timeout 60。

C. nginx+php 生成縮略圖的時候發現沒有jpeg支持安裝完了重啟php-fpm出錯

nginx是一個web伺服器，因此nginx的access日誌只有對訪問頁面的記錄，不會有php 的 error log信息。
nginx把對php的請求發給php-fpm fastcgi進程來處理，默認的php-fpm只會輸出php-fpm的錯誤信息，在php-fpm的errors log里也看不到php的errorlog
原因是php-fpm的配置文件php-fpm.conf中默認是關閉worker進程的錯誤輸出，直接把他們重定向到/dev/null,所以我們在nginx的error log 和php-fpm的errorlog都看不到php的錯誤日誌。
調試起來就很痛苦了。解決nginx下php-fpm不記錄php錯誤日誌的辦法:
1.修改php-fpm.conf中配置 沒有則增加
catch_workers_output = yes
error_log = log/error_log
2.修改php.ini中配置，沒有則增加
log_errors = On
error_log = "/usr/local/lnmp/php/var/log/error_log"
error_reporting=E_ALL&~E_NOTICE
3.重啟php-fpm，
當PHP執行錯誤時就能看到錯誤日誌在"/usr/local/lnmp/php/var/log/error_log"中了
請注意：
1. php-fpm.conf 中的php_admin_value[error_log] 參數 會覆蓋php.ini中的 error_log 參數
所以確保你在phpinfo()中看到的最終error_log文件具有可寫許可權並且沒有設置php_admin_value[error_log] 參數，否則錯誤日誌會輸出到php-fpm的錯誤日誌里。

2.找不到php.ini位置，使用php的phpinfo()結果查看

3.如何修改PHP錯誤日誌不輸出到頁面或屏幕上
修改php.ini
display_errors = off //不顯示錯誤信息(不輸出到頁面或屏幕上)
log_errors = on //記錄錯誤信息(保存到日誌文件中)
error_reporting = E_ALL //捕獲所有錯誤信息
error_log = //設置日誌文件名
程序中修改以上配置
ini_set("display_errors",0)
ini_set("error_reporting",E_ALL); //這個值好像是個PHP的常量
ini_set("error_log","<日誌文件名>")
ini_set("log_errors",1);
4.如何將php的錯誤日誌輸出到nginx的錯誤日誌里
在PHP 5.3.8及之前的版本中，通過FastCGI運行的PHP，在用戶訪問時出現錯誤，會首先寫入到PHP的errorlog中
如果PHP的errorlog無法寫入，則會將錯誤內容返回給FastCGI介面，然後nginx在收到FastCGI的錯誤返回後記錄到了nginx的errorlog中
在PHP 5.3.9及之後的版本中，出現錯誤後PHP只嘗試寫入PHP的errorlog中，如果失敗則不會再返回到FastCGI了，錯誤日誌會輸出到php-fpm的錯誤日誌里。
所以如果想把php錯誤日誌輸出到nginx錯誤日誌，需要使用php5.3.8之前的版本，並且配置文件中php的error_log對於php worker進程不可寫

D. 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 感謝分享！