寶塔控制面板nginx: “[emerg] still could not bind()” 錯(cuò)誤的解決方法

[重要通告]如您遇疑難雜癥,本站支持知識(shí)付費(fèi)業(yè)務(wù),掃右邊二維碼加博主微信,可節(jié)省您寶貴時(shí)間哦!

今天蹦哥說他服務(wù)器nginx老是無緣無故的就死了,而且需要重啟服務(wù)器才可以,然后看日志發(fā)現(xiàn)了以下錯(cuò)誤;

錯(cuò)誤提示內(nèi)容為:第一個(gè)方式:跟端口有關(guān)系

Jan 03 14:05:52 iZ28ujmpafrZ nginx[13470]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Jan 03 14:05:52 iZ28ujmpafrZ systemd[1]: nginx.service: control process exited, code=exited status=1
Jan 03 14:05:52 iZ28ujmpafrZ nginx[13470]: nginx: [emerg] still could not bind()
Jan 03 14:05:52 iZ28ujmpafrZ systemd[1]: Failed to start The nginx HTTP and reverse proxy server.
Jan 03 14:05:52 iZ28ujmpafrZ systemd[1]: Unit nginx.service entered failed state.
Jan 03 14:05:52 iZ28ujmpafrZ systemd[1]: nginx.service failed.

上面提示80端口無法綁定,用命令?netstat -ntpl?或?netstat -ntlp|grep 80?查看端口占用情況

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      13159/nginx: worker 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1541/sshd           
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      11260/php-fpm: mast 
tcp6       0      0 :::80                   :::*                    LISTEN      13159/nginx: worker 

這里看到被nginx占用了,但是這時(shí)候的nginx我試了既不能停止也不能啟動(dòng)/重啟它的服務(wù),不得不kill掉

killall -9 nginx

這時(shí)候還要注意的是?/etc/nginx/nginx.conf?中的(筆者沒有遇到這個(gè)問題,直接忽略跳到重啟nginx成功解決問題):

listen [::]:80 default_server;

這句配置也會(huì)導(dǎo)致這個(gè)錯(cuò)誤,我們可以注釋掉或?qū)懗?/p>

listen [::]:80 ipv6only=on default_server;

最后成功重啟nginx

systemctl restart nginx

===============================================

二跟權(quán)限有關(guān)系:按照以上的方法不能解決,請(qǐng)看下所有web網(wǎng)站目錄是不是為777如果都設(shè)置為7777不在出現(xiàn)問題,就說明跟權(quán)限有關(guān)系;

==========================================================

三、跟默認(rèn)timeout有關(guān)系;

keepalive_timeout 60;

tcp_nodelay on;

fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 256k;
fastcgi_intercept_errors on;

把以上timeout默認(rèn)300值變大一些嘗試一下;

問題未解決?付費(fèi)解決問題加Q或微信 2589053300 (即Q號(hào)又微信號(hào))右上方掃一掃可加博主微信

所寫所說,是心之所感,思之所悟,行之所得;文當(dāng)無敷衍,落筆求簡(jiǎn)潔。 以所舍,求所獲;有所依,方所成!

支付寶贊助
微信贊助

免責(zé)聲明,若由于商用引起版權(quán)糾紛,一切責(zé)任均由使用者承擔(dān)。

您必須遵守我們的協(xié)議,如您下載該資源,行為將被視為對(duì)《免責(zé)聲明》全部?jī)?nèi)容的認(rèn)可->聯(lián)系老梁投訴資源
LaoLiang.Net部分資源來自互聯(lián)網(wǎng)收集,僅供用于學(xué)習(xí)和交流,請(qǐng)勿用于商業(yè)用途。如有侵權(quán)、不妥之處,請(qǐng)聯(lián)系站長(zhǎng)并出示版權(quán)證明以便刪除。 敬請(qǐng)諒解! 侵權(quán)刪帖/違法舉報(bào)/投稿等事物聯(lián)系郵箱:service@laoliang.net
意在交流學(xué)習(xí),歡迎贊賞評(píng)論,如有謬誤,請(qǐng)聯(lián)系指正;轉(zhuǎn)載請(qǐng)注明出處: » 寶塔控制面板nginx: “[emerg] still could not bind()” 錯(cuò)誤的解決方法

發(fā)表回復(fù)

本站承接,網(wǎng)站推廣(SEM,SEO);軟件安裝與調(diào)試;服務(wù)器或網(wǎng)絡(luò)推薦及配置;APP開發(fā)與維護(hù);網(wǎng)站開發(fā)修改及維護(hù); 各財(cái)務(wù)軟件安裝調(diào)試及注冊(cè)服務(wù)(金蝶,用友,管家婆,速達(dá),星宇等);同時(shí)也有客戶管理系統(tǒng),人力資源,超市POS,醫(yī)藥管理等;

立即查看 了解詳情