nginx提示:500InternalServerError錯誤的解決方法

現(xiàn)在越來越多的站點(diǎn)開始用 Nginx ,("engine x") 是一個高性能的 HTTP 和反向代理服務(wù)器,也是一個 IMAP/POP3/SMTP 代理服務(wù)器。 Nginx 是由 Igor Sysoev 為俄羅斯訪問量第二的 Rambler.ru 站點(diǎn)開發(fā)的,它已經(jīng)在該站點(diǎn)運(yùn)行超過兩年半了。Igor 將源代碼以類BSD許可證的形式發(fā)布。

在高并發(fā)連接的情況下,Nginx是Apache服務(wù)器不錯的替代品。Nginx同時也可以作為7層負(fù)載均衡服務(wù)器來使用。根據(jù)測試結(jié)果,Nginx 0.6.31 + PHP 5.2.6 (FastCGI) 可以承受3萬以上的并發(fā)連接數(shù),相當(dāng)于同等環(huán)境下Apache的10倍。

但很多人用 Nginx 的時候都會出現(xiàn) 500 錯誤,根據(jù)我使用的情況來看,很大一部分原因是 因?yàn)槲募蜷_句柄太小有關(guān)。

在linux 下 使用這個命令增加進(jìn)程打開的文件句柄。
ulimit -SHn 51200
默認(rèn)只用1000 當(dāng)鏈接數(shù)小的時候看不出來,使用這種處理方法可以有效防止500錯誤出現(xiàn)。
今天訪問網(wǎng)站的時候,偶爾會遇上500 Internal Server Error的錯誤提示頁面.
查了相關(guān)資料認(rèn)為是訪問過大,系統(tǒng)內(nèi)核進(jìn)程受限才出現(xiàn)的.

答案如下:

$ ulimit -n
11095

程序限制只能打開11095個文件,ulimit命令是設(shè)置當(dāng)前用戶一個進(jìn)程可擁有的文件描述符的數(shù)量.
看來是模擬的并發(fā)數(shù)太多了,需要調(diào)整一下nginx.conf的并發(fā)設(shè)置數(shù),(我的配置主機(jī)的內(nèi)存2G,CPU為2.8G,)

成都創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供源匯網(wǎng)站建設(shè)、源匯做網(wǎng)站、源匯網(wǎng)站設(shè)計、源匯網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、源匯企業(yè)網(wǎng)站模板建站服務(wù),十多年源匯做網(wǎng)站經(jīng)驗(yàn),不只是建網(wǎng)站,更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。
復(fù)制代碼代碼如下:

vi /etc/nginx/nginx.conf
events {
worker_connections 1024;
}


調(diào)整為
復(fù)制代碼代碼如下:

events {
worker_connections 10240;
}


還是會出現(xiàn)上面問題,使用
[root@qimutian nginx]# cat /proc/sys/fs/file-max
8192
文件系統(tǒng)大可打開文件數(shù)
[root@qimutian nginx]# ulimit -n
1024
程序限制只能打開1024個文件
使用[root@qimutian nginx]# ulimit -n 8192調(diào)整一下
或者永久調(diào)整打開文件數(shù) 可在啟動文件/etc/rc.d/rc.local末尾添加(在/etc/sysctl.conf末尾添加fs.file-max=8192)
ulimit -n 8192
調(diào)整CentOS5文件打開數(shù)
使用ulimit -a一下,發(fā)現(xiàn)OPEN FILES不能默認(rèn)超過1024,昨天的在進(jìn)行壓力測試時,出現(xiàn)500錯誤,具體請查看
nginx出現(xiàn) 500 Internal Server Error
早上起來看一下,發(fā)現(xiàn)原來是通過如下方式調(diào)整
方法1 (永久調(diào)整)

vi /etc/security/limits.conf

在文件末加上:

* soft nofile 8192
* hard nofile 20480

同時vi /etc/sysctl.conf末尾添加
fs.file-max=8192
重新啟動,在使用ulimit -n查看的數(shù)已經(jīng)是8192

方法2 (臨時用)

直接在終端輸入 ulimit -n 8192 按回車就ok了

500 Internal Server Error錯誤補(bǔ)充:

1、硬盤空間滿了

使用 df -k 查看硬盤空間是否滿了。清理硬盤空間就可以解決500錯誤。nginx如果開啟了access log,在不需要的情況下,最好關(guān)閉access log。access log會占用大量硬盤空間。

2、nginx配置文件錯誤

這里不是指語法錯誤,nginx如果配置文件有語法錯誤,啟動的時候就會提示。當(dāng)配置rewrite的時候,有些規(guī)則處理不當(dāng)會出現(xiàn)500錯誤,請仔細(xì)檢查自己的rewrite規(guī)則。如果配置文件里有些變量設(shè)置不當(dāng),也會出現(xiàn)500錯誤,比如引用了一個沒有值的變量。

3、如果上面的問題都不存在可能是模擬的并發(fā)數(shù)太多了,需要調(diào)整一下nginx.conf的并發(fā)設(shè)置數(shù)

解決方法是:

1 打開/etc/security/limits.conf文件,加上兩句

復(fù)制代碼代碼如下:

* soft nofile 65535
* hard nofile 65535


2 打開/etc/nginx/nginx.conf
在worker_processes的下面增加一行

復(fù)制代碼代碼如下:
worker_rlimit_nofile 65535;


3 重新啟動nginx,重新載入設(shè)置

復(fù)制代碼代碼如下:
kill -9 `ps -ef | grep php | grep -v grep | awk '{print $2}'`
/usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 100 -u www-data -f /usr/bin/php-cgi
killall -HUP nginx


重啟后再看nginx的錯誤日志,也沒有發(fā)現(xiàn)500報錯的情況了。

4、有可能是數(shù)據(jù)庫問題我的在nginx日志php日志都沒有發(fā)現(xiàn)什么問題, 最后發(fā)現(xiàn)數(shù)據(jù)庫訪問不了,修正后問題解決.

文章標(biāo)題:nginx提示:500InternalServerError錯誤的解決方法
轉(zhuǎn)載源于:http://muchs.cn/article38/docpp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站維護(hù)、網(wǎng)站導(dǎo)航、移動網(wǎng)站建設(shè)用戶體驗(yàn)、品牌網(wǎng)站制作、做網(wǎng)站

廣告

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

猜你還喜歡下面的內(nèi)容

搜索引擎優(yōu)化

定制網(wǎng)站知識

同城分類信息