站點(diǎn)常常呈現(xiàn) 500 Internal Server Error 的錯(cuò)誤，著實(shí)讓人頭疼，這里主要利用的是 nginx 情況，換成 iis 情況，依然呈現(xiàn) 500 internal server error 錯(cuò)誤，，一直找不到原因，網(wǎng)上有人說(shuō)把友好提示錯(cuò)誤去掉，看看提示什么，提示的是 wp php 文件執(zhí)行時(shí)間太長(zhǎng)而導(dǎo)致的錯(cuò)誤，但無(wú)論如何就是找不著錯(cuò)誤，只能一遍又一遍的清理接納站，再不可就重啟 iis 情況，今朝也只能這樣了，下面是夏日博客匯集的一些質(zhì)料，是在 nginx 情況下的辦理要領(lǐng)，每個(gè)情況下都紛歧樣，最笨的要領(lǐng)就是重啟了。
此刻越來(lái)越多的站點(diǎn)開(kāi)始用 Nginx ,("engine x") 是一個(gè)高機(jī)能的 HTTP 和反向署理處事器，也是一個(gè) IMAP/POP3/SMTP 署理處事器。 Nginx 是由 Igor Sysoev 為俄羅斯會(huì)見(jiàn)量第二的 Rambler.ru 站點(diǎn)開(kāi)拓的，它已經(jīng)在該站點(diǎn)運(yùn)行高出兩年半了。Igor 將源代碼以類(lèi)BSD許可證的形式宣布。
在高并發(fā)毗連的環(huán)境下，Nginx是Apache處事器不錯(cuò)的替代品。Nginx同時(shí)也可以作為7層負(fù)載平衡處事器來(lái)利用。按照測(cè)試功效，Nginx 0.6.31 + PHP 5.2.6 (FastCGI) 可以遭受3萬(wàn)以上的并發(fā)毗連數(shù)，相當(dāng)于同等情況下Apache的10倍。
但許多人用 Nginx 的時(shí)候城市呈現(xiàn) 500 錯(cuò)誤，按照我利用的環(huán)境來(lái)看，很大一部門(mén)原因是 因?yàn)槲募蜷_(kāi)句柄太小有關(guān)。
在linux 下 利用這個(gè)呼吁增加歷程打開(kāi)的文件句柄。
ulimit -SHn 51200
默認(rèn)只用1000 當(dāng)鏈接數(shù)小的時(shí)候看不出來(lái)，利用這種處理懲罰要領(lǐng)可以有效防備500錯(cuò)誤呈現(xiàn)。
本日會(huì)見(jiàn)網(wǎng)站的時(shí)候,偶然會(huì)趕上500 Internal Server Error的錯(cuò)誤提示頁(yè)面.
查了相關(guān)資料認(rèn)為是會(huì)見(jiàn)過(guò)大,系統(tǒng)內(nèi)核歷程受限才呈現(xiàn)的.
謎底如下:
$ ulimit -n
11095
措施限制只能打開(kāi)11095個(gè)文件,ulimit呼吁是配置當(dāng)前用戶(hù)一個(gè)歷程可擁有的文件描寫(xiě)符的數(shù)量. 看來(lái)是模仿的并發(fā)數(shù)太多了，需要調(diào)解一下nginx.conf的并發(fā)配置數(shù)，（我的設(shè)置主機(jī)的內(nèi)存2G,CPU為2.8G,）
vi /etc/nginx/nginx.conf
events {
worker_connections 1024;
}
events {
worker_connections 10240;
}
照舊會(huì)呈現(xiàn)上面問(wèn)題,利用L
[[email protected] nginx]# cat /proc/sys/fs/file-max
8192
文件系統(tǒng)最大可打開(kāi)文件數(shù)
[[email protected] nginx]# ulimit -n
1024
措施限制只能打開(kāi)1024個(gè)文件.
利用[[email protected] nginx]# ulimit -n 8192調(diào)解一下,可能永久調(diào)解打開(kāi)文件數(shù) 可在啟動(dòng)文件/etc/rc.d/rc.local末端添加（在/etc/sysctl.conf末端添加fs.file-max=8192）
ulimit -n 8192
調(diào)解CentOS5文件打開(kāi)數(shù),利用ulimit -a一下,發(fā)明OPEN FILES不能默認(rèn)高出1024,昨天的在舉辦壓力測(cè)試時(shí),呈現(xiàn)500錯(cuò)誤,詳細(xì)請(qǐng)查察.
nginx呈現(xiàn) 500 Internal Server Error
早上起來(lái)看一下，發(fā)明本來(lái)是通過(guò)如下方法調(diào)解
要領(lǐng)1,永久調(diào)解
vi /etc/security/limits.conf
在文件末加上：
* soft nofile 8192
* hard nofile 20480
同時(shí)vi /etc/sysctl.conf末端添加
fs.file-max=8192
從頭啟動(dòng)，在利用ulimit -n查察的數(shù)已經(jīng)是8192
要領(lǐng)2,姑且用
直接在終端輸入 ulimit -n 8192 按回車(chē)就ok了
500 Internal Server Error錯(cuò)誤增補(bǔ)：
1、硬盤(pán)空間滿(mǎn)了
利用 df -k 查察硬盤(pán)空間是否滿(mǎn)了。清理硬盤(pán)空間就可以辦理500錯(cuò)誤。nginx假如開(kāi)啟了access log，在不需要的環(huán)境下，最好封鎖access log。access log會(huì)占用大量硬盤(pán)空間。
2、nginx設(shè)置文件錯(cuò)誤
這里不是指語(yǔ)法錯(cuò)誤，nginx假如設(shè)置文件有語(yǔ)法錯(cuò)誤，啟動(dòng)的時(shí)候就會(huì)提示。當(dāng)設(shè)置rewrite的時(shí)候，有些法則處理懲罰不妥會(huì)呈現(xiàn)500錯(cuò)誤，請(qǐng)仔細(xì)查抄本身的rewrite法則。假如設(shè)置文件里有些變量配置不妥，也會(huì)呈現(xiàn)500錯(cuò)誤，好比引用了一個(gè)沒(méi)有值的變量。
3、假如上面的問(wèn)題都不存在大概是模仿的并發(fā)數(shù)太多了，需要調(diào)解一下nginx.conf的并發(fā)配置數(shù)
辦理要領(lǐng)是:
1 打開(kāi)/etc/security/limits.conf文件，加上兩句,
* soft nofile 65535
* hard nofile 65535
2 打開(kāi)/etc/nginx/nginx.conf
在worker_processes的下面增加一行,
worker_rlimit_nofile 65535;
3 從頭啟動(dòng)nginx，從頭載入配置,
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的錯(cuò)誤日志，也沒(méi)有發(fā)明500報(bào)錯(cuò)的環(huán)境了。
4、有大概是數(shù)據(jù)庫(kù)問(wèn)題我的在nginx日志php日志都沒(méi)有發(fā)明什么問(wèn)題,最后發(fā)明數(shù)據(jù)庫(kù)會(huì)見(jiàn)不了,批改后問(wèn)題辦理.
