too many open files

來源:互聯網
上載者:User

中午我的Linode伺服器又犯了老毛病,所有網站都不能訪問。是因為伺服器的nginx不停出錯,輸出的錯誤記錄檔(error.log)塞滿了整個分區。刪除掉錯誤記錄檔檔案並重啟nginx以後可以恢複正常。
我查看了一下錯誤記錄檔的內容,發現全部是“Too many open files while accepting new connection on 0.0.0.0:80”。用Too many open files搜了一下,找到了一個解決方案。
先查了一下檔案系統最大可開啟檔案數:
root@li55-4:~# cat /proc/sys/fs/file-max
70133
於是用ulimit修改了一下:
root@li55-4:~# ulimit -n 10240
這下把最大開啟檔案數從1024提高到了10240,應該夠用了吧。
最後把”ulimit -n 10240″這一行增加到/etc/rc.local中,以保證每次系統啟動都能生效。
這樣做是否有效,還有待後續觀察。
經過實測,在rc.local中加入這一行是沒有效果的,使用ulimit -n 10240進行修改也僅能影響到當前的shell。對這個問題,老王做過的探索,請移步此處查看。修改後,需要重啟一次方可生效。
感謝智勇發現問題。

 

遇到 ``Too many open files (開啟檔案太多)" 的錯誤, 怎樣增加同時開啟檔案的允許數目?

通常有至少兩個資源限制了同時開啟檔案的數目: 作業系統可用的低層  ``檔案說明符" 或 ``檔案控制代碼" 的數目; 和標準 stdio  函數庫可用的 FILE 結構數目。兩個條件必須符合。在 MS-DOS 下, 可以通過設定 CONFIG.SYS, 可以控制系統檔案 handle 的數目。一些編譯器附有增加 stdio 的 FILE 結構數目的指令  (也許是一兩個源文

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.