/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 процеси", яке було на рівні 1024, і використання могло б перевищити показник з огляду на запущені веб-інтерфейси (не знаю, як це перевірити) .

Я відредагував /etc/security/limits.conf, щоб додати останні два рядки (перші два вже були):

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

Тоді я перезавантажив систему (BTW, чи повинен я це зробити, чи має бути достатньо перезапустити службу 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

Я очікував, що "Макс обробляє" і жорсткі, і м'які межі будуть на рівні 30000 відповідно до файлу /etc/security/limits.conf, але лише жорсткий.

Що я роблю неправильно?

Я запускаю Amazon Linux на AWS EC2.

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

2
Подивіться в /etc/security/conf.d/? Іноді там є файл, який переосмислює те, що встановлено в основних limit.conf.
dmourati

dmourati, спасибі, ви мали рацію (так само, як і Скот Мчінір).
Джон М

Відповіді:


22

Перевірте файл /etc/security/limits.d/90-nproc.conf, оскільки це, ймовірно, перекриє ваші налаштування. Я писав про цей самий той самий випуск минулого року http://scott.cm/max-process-1024-limits-conf/


Спасибі, схоже, це було все. Чи можете ви також мені сказати, чи достатньо лише перезапустити процес "mongod", щоб він прочитав нові налаштування?
Джон М

Так, як тільки ви зміните ліміт, все, що вам доведеться зробити, це перезапустити процес mongod, і він прочитає нові обмеження.
Скотт Макінтір

Дякую, що працювали так само, обидва ліміти тепер на рівні 30000. Дякую за вашу допомогу, Скотт!
Джон М

Замість того, щоб редагувати системний файл, я рекомендую створити файл, /etc/security/limits.d/який починається з 99_local(щоб показати, що ви його створили), і замініть все, що вам там хочеться.
Аластер Ірвін

1

Ви можете спробувати змінити значення ulimit на початку сценарію, який запускає базу даних mongodb.

Дочірній процес успадковує обмеження ресурсів від процесу виклику.


Я хотів би змінити глобальне значення. Він працював для 'nofile' і для жорсткого обмеження для 'nproc', але не для м'якого обмеження для 'nproc'.
Джон М
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.