Get the PID of the process that solr
is running and then cat /proc/$SOLR_PID/limits
-- this will tell you the actual limits of the process.
I'd recommend to run things like solr
as a seperated unprivileged user. When doing this you have multiple options (limits.conf or add a ulimit -n 2048
to the init script, ...). The last one isn't all that shiny but works for quick settings and restarting the daemon
RANT: don't tell me you can't restart becauso you'll lose service. If that is the case you should have a HA setup anyway :)
После изменения количества открытых файлов в /etc/security/limits.conf
, пользователь должен выйти и снова войти в систему, чтобы вступили в силу. Итак, попробуйте следующее:
$ sudo su -
# ulimit -Sn
Я знаю, что у этого вопроса есть ответ, но это больше похоже на работу вокруг, а не на реальное решение.
Согласно ubuntu, это не ошибка, а проблема с документацией, см: https://bugs.launchpad.net/ubuntu/+source/pam/+bug/65244
Спасибо за доклад. Как вы сказали, это не ошибка в pam, а проблема с документацией. Факт явного разрешения ограничений для пользователя root был рассмотрен некоторое время назад (30 августа 2000 года), но вы должны явно назвать имя пользователя root, чтобы применить ограничения.
Так что если вы хотите изменить ulimit для всех пользователей, включая пользователя root, вы должны указать:
* - nofile 2048
root - nofile 2048