Как получить изменения /etc/security/limits.conf, отраженные для процессов, запущенных под безголовым пользователем?

Question

Как получить изменения /etc/security/limits.conf, отраженные для процессов, запущенных под безголовым пользователем?

To increase the FD limit for all processes on a Ubuntu Linux machine we did following changes in /etc/security/limits.conf

 soft nofile 10000
 hard nofile 10000

Мы также добавили требуемый сеанс pam_limits.so в /etc/pam.d/login . Изменения были отражены для всех пользователей, которые вышли из системы и вошли в систему снова. Независимо от того, какие новые процессы начинаются с этих пользователей, возникают новые ограничения FD.

Но для процессов, которые работают под безголовым пользователем, изменения не отражаются. Каким образом изменения могут быть отражены для процессов, которые также работают без головы?

7

добавлено 28 Декабрь 2012 в 11:26 автор Ameliorator отредактировано 28 Декабрь 2012 в 11:35

Просмотры: 4

источник

nl ja de

Что вы имеете в виду с безголовым пользователем?

добавлено 28 Декабрь 2012 в 11:33, автор Atropo, источник

1 ответы

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

автор Spike · Answer 1 · 2012-12-28T11:33Z

У меня была та же проблема (с root/myuser) и не удалось найти окончательный ответ. Я закончил тем, что просто добавил

ulimit -n 64000

К скрипту init.d, который запускает процесс (в данном случае это поиск по Elastic), и это, похоже, делает трюк.

Надеюсь, кто-то еще знает лучшее решение!

5

добавлено 28 Декабрь 2012 в 11:33 автор Spike

источник

Да это верно. Я не понимаю, почему /etc/security/limits.conf , похоже, не применяется к скрипту init.d. (Я могу запустить его вручную после факта, и пределы как ожидалось!)

добавлено 28 Декабрь 2012 в 11:47, автор Spike, источник

В моем конкретном случае приложение, которое я запускал, было начато с sudo. Я полагал, что ограничения будут применяться с учетной записью пользователя root. Я был неправ. Вместо этого я обнаружил, что, хотя приложение работает с правами администратора, ограничения, применяемые к нему, были пределами, принадлежащими пользователю, который запустил приложение.

добавлено 24 Март 2015 в 03:24, автор MaasSql, источник

вы должны запустить скрипт init.d, используя права sudo, из-за которых ulimit -n может работать. В моем случае скрипт, запускающий процесс, не запускается под привилегиями root, поэтому использование ulimit, для которого требуются привилегии root, здесь не является вариантом

добавлено 28 Декабрь 2012 в 11:44, автор Ameliorator, источник