Nginx 常見啟動錯誤
nginx編輯了vhost.conf後無法啟動nginx的原因:
*11 upstream timed out (10060: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed
to respond) while connecting to upstream, client: 192.168.14.2, server: www.ins.net, request: "POST
因為vhost.conf的編碼必須是utf8 ,絕對不能使用utf8-rom
1、Nginx 常見啟動錯誤
有的時候初次安裝nginx的時候會報這樣的錯誤
sbin/nginx -c conf/nginx.conf
報錯內容:sbin/nginx: error while loading shared libraries: libpcre.so.1:
cannot open shared object file: No such file or directory
啟動時如果報異常error while loading shared libraries: libpcre.so.1: cannot open
shared object file: No such file or directory 這說明我們的環境還不是和啟動需要
小小的配置一下
解決方法(直接執行):
32位系統 [[email protected] lib]# ln -s /usr/local/lib/libpcre.so.1 /lib
64位系統 [[email protected] lib]# ln -s /usr/local/lib/libpcre.so.1 /lib64
然後執行ps -ef | grep nginx 檢視nginx程序確認是否真的已經啟動了,在程序列表裡會
有最起碼兩個, worker(nginx工作程序)和master(nginx主程序)
root 4349 1 0 02:24 ? 00:00:00 nginx: master process sbin/nginx -c
conf/nginx.conf
nginx 4350 4349 0 02:24 ? 00:00:00 nginx: worker process
root 4356 28335 0 02:30 pts/1 00:00:00 grep nginx
NGINX 就 OK了
2、400 bad request錯誤的原因和解決辦法
配置nginx.conf相關設定如下.
client_header_buffer_size 16k;
large_client_header_buffers 4 64k;
根據具體情況調整,一般適當調整值就可以。
3、Nginx 502 Bad Gateway錯誤
本人試過自己的php程式碼有錯誤,也會出現502bad gateway,所以首先檢查自己的程式碼;
之前使用的是php5.6, 後來升級到php7.2.1 , 然後發現登入時報502 bad gateway ;
原因是php7.2.1在window下 有個bug; http://www.php.net/ChangeLog-7.php#7.2.2
FCGI:
- Fixed bug #75794 (getenv() crashes on Windows 7.2.1 when second parameter is false).
在php.ini和php-fpm.conf中分別有這樣兩個配置項:max_execution_time和request_terminate_timeout。
這兩項都是用來配置一個PHP指令碼的最大執行時間的。當超過這個時間時,PHP-FPM不只會終止指令碼的執行,
還會終止執行指令碼的Worker程序。所以Nginx會發現與自己通訊的連線斷掉了,就會返回給客戶端502錯誤。
以PHP-FPM的request_terminate_timeout=30秒時為例,報502 Bad Gateway錯誤的具體資訊如下:
1)Nginx錯誤訪問日誌:
2013/09/19 01:09:00 [error] 27600#0: *78887 recv() failed (104: Connection reset by peer) while reading response header from upstream,
client: 192.168.1.101, server: test.com, request: "POST /index.php HTTP/1.1", upstream: "fastcgi://unix:/dev/shm/php-fcgi.sock:",
host: "test.com", referrer: "http://test.com/index.php"
2)PHP-FPM報錯日誌:
WARNING: child 25708 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start
所以只需將這兩項的值調大一些就可以讓PHP指令碼不會因為執行時間長而被終止了。request_terminate_timeout可以覆蓋max_execution_time,
所以如果不想改全域性的php.ini,那隻改PHP-FPM的配置就可以了。
此外要注意的是Nginx的upstream模組中的max_fail和fail_timeout兩項。有時Nginx與上游伺服器(如Tomcat、FastCGI)的通訊只是偶然斷掉了,
但max_fail如果設定的比較小的話,那麼在接下來的fail_timeout時間內,Nginx都會認為上游伺服器掛掉了,都會返回502錯誤。
所以可以將max_fail調大一些,將fail_timeout調小一些。
4、Nginx出現的413 Request Entity Too Large錯誤
這個錯誤一般在上傳檔案的時候會出現,
編輯Nginx主配置檔案Nginx.conf,找到http{}段,新增
client_max_body_size 10m; //設定多大根據自己的需求作調整.
如果執行php的話這個大小client_max_body_size要和php.ini中的如下值的最大值一致或
者稍大,這樣就不會因為提交資料大小不一致出現的錯誤。
post_max_size = 10M
upload_max_filesize = 2M
5、解決504 Gateway Time-out(nginx)
遇到這個問題是在升級discuz論壇的時候遇到的一般看來, 這種情況可能是由於nginx預設的
fastcgi程序響應的緩衝區太小造成的, 這將導致fastcgi程序被掛起, 如果你的fastcgi服務
對這個掛起處理的不好, 那麼最後就極有可能導致504 Gateway Time-out,現在的網站, 尤其某
些論壇有大量的回覆和很多內容的, 一個頁面甚至有幾百K。預設的fastcgi程序響應的緩衝區
是8K, 我們可以設定大點在nginx.conf裡, 加入: fastcgi_buffers 8 128k這表示設定
fastcgi緩衝區為8×128
當然如果您在進行某一項即時的操作, 可能需要nginx的超時引數調大點,例如設定成90秒:
send_timeout 90;只是調整了這兩個引數, 結果就是沒有再顯示那個超時, 效果不錯
Nginx中關於與上游伺服器通訊超時時間的配置factcgi_connect/read/send_timeout。
以Nginx超時時間為90秒,PHP-FPM超時時間為300秒為例,報504 Gateway Timeout錯誤時的Nginx錯誤訪問日誌如下:
2013/09/19 00:55:51 [error] 27600#0: *78877 upstream timed out (110: Connection timed out) while reading response header from upstream,
client: 192.168.1.101, server: test.com, request: "POST /index.php HTTP/1.1", upstream: "fastcgi://unix:/dev/shm/php-fcgi.sock:",
host: "test.com", referrer: "http://test.com/index.php"
調高這三項的值(主要是read和send兩項,預設不配置的話Nginx會將超時時間設為60秒)之後,504錯誤也解決了。
而且這三項配置可以配置在http、server級別,也可以配置在location級別。擔心影響其他應用的話,就配置在自己應用的location中吧。
要注意的是factcgi_connect/read/send_timeout是對FastCGI生效的,而proxy_connect/read/send_timeout是對proxy_pass生效的。
配置舉例:
location ~ \.php$ {
root /home/cdai/test.com;
include fastcgi_params;
fastcgi_connect_timeout 180;
fastcgi_read_timeout 600;
fastcgi_send_timeout 600;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/cdai/test.com$fastcgi_script_name;
}
6、如何使用Nginx Proxy
朋友一臺伺服器執行tomcat 為8080埠,IP:192.168.1.2:8080,另一臺機器
IP:192.168.1.8. 朋友想通過訪問http://192.168.1.8即可訪問tomcat服務.配置如下:
在192.168.1.8的nginx.conf上配置如下:
server {
listen 80;
server_name java.linuxtone.org
location / {
proxy_pass http://192.168.1.2:8080;
include /usr/local/nginx/conf/proxy.conf;
}
}
7. 安裝完成Nginx後無法站外訪問?
剛安裝好nginx一個常見的問題是無法站外訪問,本機wget、telnet都正常。而伺服器之外,不管是區域網的其它主機還是網際網路的主機都無法訪問站點。如果用telnet的話,提示:
正在連線到192.168.0.xxx...不能開啟到主機的連線, 在埠 80: 連線失敗
如果用wget命令的話,提示:
Connecting to 192.168.0.100:80... failed: No route to host.
如果是以上的故障現象,很可能是被CentOS的防火牆把80埠攔住了,嘗試執行以下命令,開啟80埠:
iptables -I INPUT -p tcp --dport 80 -j ACCEPT
然後用:
/etc/init.d/iptables status
檢視當前的防火牆規則,如果發現有這樣一條:
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
就說明防火牆規則已經新增成功了,再在站外訪問就正常了。
8、如何關閉Nginx的LOG
access_log /dev/null
error_log /dev/null
此外,錯誤日誌主要記錄客戶端訪問nginx出錯時的日誌,通過錯誤日誌,能快速定位客戶端訪問異常!
錯誤資訊 |
錯誤說明 |
"upstream prematurely(過早的) closed connection" |
請求uri的時候出現的異常,是由於upstream還未返回應答給使用者時使用者斷掉連線造成的,對系統沒有影響,可以忽略 |
"recv() failed (104: Connection reset by peer)" |
(1)伺服器的併發連線數超過了其承載量,伺服器會將其中一些連線Down掉; (2)客戶關掉了瀏覽器,而伺服器還在給客戶端傳送資料; (3)瀏覽器端按了Stop |
"(111: Connection refused) while connecting to upstream" |
使用者在連線時,若遇到後端upstream掛掉或者不通,會收到該錯誤 |
"(111: Connection refused) while reading response header from upstream" |
使用者在連線成功後讀取資料時,若遇到後端upstream掛掉或者不通,會收到該錯誤 |
"(111: Connection refused) while sending request to upstream" |
Nginx和upstream連線成功後傳送資料時,若遇到後端upstream掛掉或者不通,會收到該錯誤 |
"(110: Connection timed out) while connecting to upstream" |
nginx連線後面的upstream時超時 |
"(110: Connection timed out) while reading upstream" |
nginx讀取來自upstream的響應時超時 |
"(110: Connection timed out) while reading response header from upstream" |
nginx讀取來自upstream的響應頭時超時 |
"(110: Connection timed out) while reading upstream" |
nginx讀取來自upstream的響應時超時 |
"(104: Connection reset by peer) while connecting to upstream" |
upstream傳送了RST,將連線重置 |
"upstream sent invalid header while reading response header from upstream" |
upstream傳送的響應頭無效 |
"upstream sent no valid HTTP/1.0 header while reading response header from upstream" |
upstream傳送的響應頭無效 |
"client intended to send too large body" |
用於設定允許接受的客戶端請求內容的最大值,預設值是1M,client傳送的body超過了設定值 |
"reopening logs" |
使用者傳送kill -USR1命令 |
"gracefully shutting down", |
使用者傳送kill -WINCH命令 |
"no servers are inside upstream" |
upstream下未配置server |
"no live upstreams while connecting to upstream" |
upstream下的server全都掛了 |
"SSL_do_handshake() failed" |
SSL握手失敗 |
"ngx_slab_alloc() failed: no memory in SSL session shared cache" |
ssl_session_cache大小不夠等原因造成 |
"could not add new SSL session to the session cache while SSL handshaking" |
ssl_session_cache大小不夠等原因造成 |
相關推薦
Nginx 常見啟動錯誤
nginx編輯了vhost.conf後無法啟動nginx的原因: *11 upstream timed out (10060: A connection attempt failed because the connected party did not properly
Nginx常見的錯誤及解決方法
1、Nginx 常見啟動錯誤 有的時候初次安裝nginx的時候會報這樣的錯誤 sbin/nginx -c conf/nginx.conf 報錯內容:sbin/nginx: error while loading shared libraries: libpcre.
nginx常見錯誤
不能 被拒絕 sed 請求 delet 輸出 cep 個人 available 404 bad request 一般原因:請求的Header過大 解決方法:配置nginx.conf相關設置 client_header_buffer_size 16k; large_c
nginx 常見錯誤釋義
取數 borde hand lose 設置 eight response share 客戶端 錯誤信息 錯誤說明 "upstream prematurely(過早的) closed connection" 請求uri的時候出現的異常,是由於upstr
Nginx啟動錯誤:error while loading shared libraries: libpcre.so.1
bsp crypto UC shared include libc.so.6 aries while 進一步 # /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx: error while loading sh
Nginx啟動錯誤:error while loading shared libraries: libpcre.so.0
sbin 共享 shared 啟動 direct error oca lib while 今天測試的時候,啟動一個其他機器預編譯好的nginx到目標測試機器(OEL 7.4)啟動的時候,報了下列錯誤: /usr/local/nginx/sbin/nginx: error w
nginx常見錯誤及解決方法
nginx: [error] open() “/var/run/nginx.pid” failed (2: No such file or directory) 今天修改了下nginx配置,重新載入配置檔案的時候報瞭如下錯誤 [root@renguangli ~]# nginx
Nginx常見錯誤及解決辦法
1、Nginx 常見啟動錯誤 有的時候初次安裝nginx的時候會報這樣的錯誤 sbin/nginx -c conf/nginx.conf 報錯內容:sbin/nginx: error while&nbs
Nginx常見錯誤及處理方法
原文轉載:https://www.cnblogs.com/liyongsan/p/6795851.html 404 bad request 一般原因:請求的Header過大。 解決方法:配置nginx.conf相關設定 client_header_buffer_size 
linux筆記:nginx啟動錯誤,Job for nginx.service failed
錯誤介紹 Job for nginx.service failed because the control process exited with error code. See “systemctl status nginx.service” and “journalctl -xe”
nginx前臺啟動-段錯誤除錯
nginx.conf中 daemon on|off master_process on|off 在除錯Nginx功能的時候,出現如下問題: 2017/02/27 16:23:50 [notice] 13604#0: signal 17 (SIGCHLD) rece
4. 常見的啟動錯誤
1. 常見的啟動錯誤列表 通過run configuration 啟動eclipse application 出現錯誤是家常便飯。那麼在本文中將會對這些常見的錯誤進行總結,作為一個參考,一旦發生類似的錯誤我們可以立即鎖定到某一個位置。 Proble
JBoss啟動常見的錯誤
1.報錯:java.rmi.server.ExportException: Port already in use: 1098; nested exception is: java.net.BindException: Address already i
nginx常見內部引數,錯誤總結
1、日誌簡介 nginx日誌主要有兩種:訪問日誌和錯誤日誌。訪問日誌主要記錄客戶端訪問nginx的每一個請求,格式可以自定義;錯誤日誌主要記錄客戶端訪問nginx出錯時的日誌,格式不支援自定義。兩種日誌都可以選擇性關閉。 通過訪問日誌,你可以得到使用者地域來源、跳轉來源、使用終端、某個URL訪問量等相關資訊
安裝解壓版本的MySQL,安裝過程中的常見命令,檢查windows系統錯誤日誌的方式來檢查MySQL啟動錯誤,關於Fatal error: Can't open and lock privilege
安裝mysql下載mysql-5.6.26-winx64,並解壓到:D:\Installed\mysql-5.6.26-winx64\mysql-5.6.26-winx64建立data目錄建立my.in
Nginx常見錯誤程式碼總結和處理方案
目錄 302定義 403錯誤 413錯誤 499錯誤 502錯誤 504錯誤 302定義 302 redirect: 302 代表暫時性轉移(Temporarily Moved )。 意思就是你訪問網址A,但是網址A因為伺服器端的攔截器或者其他後端程式
nginx “403 Forbidden” 錯誤的原因及解決辦法
所有 html 網上 查找 lan href 原因 我沒 分配 ————————————————————————————————首先 錯誤的原因及解決辦法 ———————————————————————————————————————————————————— ng
第1章第2講常見編譯錯誤與調試
spl ima play .com style src left 調試 isp 第1章第2講常見編譯錯誤與調試
Apache/2.4.9啟動錯誤:AH01630: client denied by server configuration
2.4 -s 錯誤 client ont pop 配置 出現 doc 在升級Yii框架1.11->2.0beta時,PHP升級到5.5。順帶升級Apache2.2.x到2.4.9。把原有vhost配置移植過來,出現Apache啟動錯誤:AH01630: client
PHP Apache shutdown unexpectedly啟動錯誤解釋及解決的方法
csdn ext block div lin p s 配置 ras host 在學PHP的時候,偶然發現XAMPP窗體Apache的啟動出現錯誤,出現下面的錯誤提示: 9:52:41 [Apache] Attempting to start Apache app..