13: Permission denied
前段時(shí)間把程序員的wordpress升級(jí)到3.5.1,本身如果沒(méi)有特別的插件,在后臺(tái)更新就能完成。
更新完成后在后臺(tái)發(fā)布文章,編輯器不能點(diǎn)擊可視化標(biāo)簽,只能顯示html標(biāo)簽,看了下js控制臺(tái)提示ReferenceError: tinyMCE is not defined 3.5。
直覺(jué)以為升級(jí)哪里有問(wèn)題,簡(jiǎn)單粗暴的重裝了,可是還是不行,這時(shí)候就覺(jué)得可能是nginx哪里配置的問(wèn)題了。
查看了一下日志文件,發(fā)現(xiàn)有下面的錯(cuò)誤提示:
2013/03/13 01:22:17 [crit] 3331#0: *10 open() "/usr/local/lnmp/nginx/fastcgi_temp/3/00/0000000003" failed (13: Permission denied) while reading upstream, client: 124.42.13.230, server: 264.cn, request: "GET /wp-admin/load-scripts.php?c=0&load%5B%5D=jquery,utils,plupload,plupload-html5,plupload-flash,plupload-silverlight,plupload-html4,json2&ver=3.5.1 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "264.cn", referrer: "http://www.nginx.cn/wp-admin/post-new.php"
很明瀏覽器只加載了部分頁(yè)面,原因是Permission denied。
首先確認(rèn)工作進(jìn)程(worker process)的用戶:
檢查配置文件nginx.conf的user指令
user www-data;
后者執(zhí)行命令
#ps aux | grep "nginx: worker process" | awk '{print $1}'www-data
都可以得到nginx工作進(jìn)程的運(yùn)行用戶
檢查nginx的proxy_temp目錄的所有者,
drwx------ 2 root root 4096 Mar 3 03:28 proxy_temp
可以看到proxy_temp的所有者不是www-data,修改目錄所有者為www-data即可。
chown -R www-data:www-data proxy_temp
通過(guò)以上的步驟,wordpress就可以正常的顯示,不會(huì)出現(xiàn)后臺(tái)的js錯(cuò)誤了。
分析下failed (13: Permission denied) while reading upstream問(wèn)題的原因
首先看一下nginx 反向代理參數(shù)說(shuō)明
proxy_connect_timeout 600; #nginx跟后端服務(wù)器連接超時(shí)時(shí)間(代理連接超時(shí)) proxy_read_timeout 600; #連接成功后,后端服務(wù)器響應(yīng)時(shí)間(代理接收超時(shí)) proxy_send_timeout 600; #后端服務(wù)器數(shù)據(jù)回傳時(shí)間(代理發(fā)送超時(shí)) proxy_buffer_size 32k; #設(shè)置代理服務(wù)器(nginx)保存用戶頭信息的緩沖區(qū)大小 proxy_buffers 4 32k; #proxy_buffers緩沖區(qū),網(wǎng)頁(yè)平均在32k以下的話,這樣設(shè)置 proxy_busy_buffers_size 64k; #高負(fù)荷下緩沖大小(proxy_buffers*2) proxy_temp_file_write_size 64k; #設(shè)定緩存文件夾大小,大于這個(gè)值,將從upstream服務(wù)器傳問(wèn)題就出在proxy_temp_file_write_size上,當(dāng)你的文件超過(guò)該參數(shù)設(shè)置的大小時(shí),nginx會(huì)先將文件寫(xiě)入臨時(shí)目錄(缺省為nginx安裝目下/proxy_temp目錄),
如果nginx對(duì)prxoy_temp沒(méi)有權(quán)限就會(huì)寫(xiě)不進(jìn)去,結(jié)果就是只顯示部分頁(yè)面。
我遇到這個(gè)案例用工具查看了一下,post-new.php這個(gè)頁(yè)面大小事94,超過(guò)了64k就要符合我們上面的分析。
File not found 錯(cuò)誤
使用php-fpm解析PHP,"No input file specified","File not found"是令nginx新手頭疼的常見(jiàn)錯(cuò)誤,原因是php-fpm進(jìn)程找不到SCRIPT_FILENAME配置的要執(zhí)行的.php文件,php-fpm返回給nginx的默認(rèn)404錯(cuò)誤提示。
新聞熱點(diǎn)
疑難解答
圖片精選