/etc/security/limits.confソフトnproc制限は無視されるようです


18

私のMongoDBデータベースは、負荷がかかった状態で問題が発生し、次のエラーがログをスパムしていました。

[initandlisten] pthread_create failed: errno:11 Resource temporarily unavailable
[initandlisten] can't create new thread, closing connection

「ulimit -u」または「Max processes」設定を1024に引き上げる必要があるという結論に達しました。Webフロントエンドが起動されると、使用量がそれを超える可能性があります(これを確認する方法がわかりません) 。

/etc/security/limits.confを編集して、最後の2行を追加しました(最初の2行はすでにそこにありました)。

*                soft    nofile          350000
*                hard    nofile          350000
*                soft    nproc           30000
*                hard    nproc           30000

その後、システムを再起動しました(それを実行すべきだったのですか、それともmongodサービスの再起動で十分ですか?)

再起動後、mongodプロセスのプロセス制限を確認すると、ソフト制限は無視されているようです。

$ cat /proc/2207/limits
Limit                     Soft Limit           Hard Limit           Units
Max cpu time              unlimited            unlimited            seconds
Max file size             unlimited            unlimited            bytes
Max data size             unlimited            unlimited            bytes
Max stack size            8388608              unlimited            bytes
Max core file size        0                    unlimited            bytes
Max resident set          unlimited            unlimited            bytes
Max processes             1024                 30000                processes
Max open files            350000               350000               files
Max locked memory         65536                65536                bytes
Max address space         unlimited            unlimited            bytes
Max file locks            unlimited            unlimited            locks
Max pending signals       273757               273757               signals
Max msgqueue size         819200               819200               bytes
Max nice priority         0                    0
Max realtime priority     0                    0
Max realtime timeout      unlimited            unlimited            us

$ whoami
mongod


$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 273757
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 350000
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

/etc/security/limits.confファイルによると、ハード制限とソフト制限の両方の「最大プロセス」が30000になると予想していましたが、ハード制限のみです。

何が間違っていますか?

AWS EC2でAmazon Linuxを実行しています。

bash-4.1$ cat /etc/*-release
Amazon Linux AMI release 2012.09

2
/etc/security/conf.d/を見てください?場合によっては、メインのlimits.confで設定されている内容を上書きするファイルがあります。
-dmourati

dmourati、ありがとう、あなたは正しかった(Scott Mcinyreと同じ)。
ジョンM

回答:


22

ファイル/etc/security/limits.d/90-nproc.confを確認してください。これにより設定が上書きされる可能性があります。私は昨年、これとまったく同じ問題について書きましたhttp://scott.cm/max-processes-1024-limits-conf/


おかげで、それがあったようです。「mongod」プロセスを再起動するだけで、新しい設定を読み取るのに十分であるかどうかを教えてもらえますか?
ジョンM

制限を変更したら、mongodプロセスを再起動するだけで新しい制限が読み込まれます。
スコットマッキンタイア

おかげでうまくいきました。両方の制限が30000になりました。ご協力ありがとうございます、スコット!
ジョンM

システムファイルを編集する代わりに/etc/security/limits.d/99_local(作成したことを示すために)で始まるファイルを作成し、そこで必要なものを上書きすることをお勧めします。
アラステアアーバイン

1

mongodbデータベースを起動するスクリプトの先頭で、ulimit値を変更しようとする可能性があります。

子プロセスは、呼び出しプロセスからリソース制限を継承します。


グローバルな価値を変えたい。「nofile」および「nproc」のハード制限に対しては機能しましたが、「nproc」のソフト制限に対しては機能しませんでした。
ジョンM
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.