Ответ 1
Я просто поместил строку ulimit -n 8192 внутри файла catalina.sh, поэтому, когда я делаю catalina start, java работает с указанным лимитом выше.
Слишком много открытых файлов (ulimit уже изменен)
Я работаю над сервером debian с tomcat 7 и java 1.7. Это приложение, которое получает несколько TCP-соединений, каждое TCP-соединение является открытым файлом с помощью Java-процесса.
Глядя на /proc/pid of java/fd, я обнаружил, что иногда количество открытых файлов превышает 1024, когда это происходит, я нахожу в catalina.out log stacktrace _SocketException: Too many open files_
Все, что я могу найти об этой ошибке, люди относятся к ulimit, я уже изменил эту вещь, и ошибка продолжает происходить. Вот конфиг:
at /etc/security/limits.conf
root soft nofile 8192
root hard nofile 8192
at /etc/sysctl.conf
fs.file-max = 300000
возвращает команда 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) 16382
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 8192
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) unlimited
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Но, когда я проверяю пределы java-процесса, он только 1024
at /proc/pid of java/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 32339 32339 processes
Max open files 1024 1024 files
Max locked memory 65536 65536 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 32339 32339 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Как увеличить число Max open files для java-процесса?
Ответы
Ответ 2
Значения ulimit присваиваются при запуске сеанса, поэтому изменение /etc/security/limits.conf не будет иметь никакого эффекта для уже запущенных процессов. Процессы без входа будут наследовать значения ulimit от их родителя, подобно наследованию переменных среды.
Итак, после изменения /etc/security/limits.conf вам нужно выйти из системы и войти в систему (чтобы ваш сеанс имел новые ограничения), а затем перезапустить приложение. Только тогда ваше приложение сможет использовать новые ограничения.
Ответ 3
Настройка выше ulimit может быть совершенно ненужной в зависимости от рабочей нагрузки/трафика, который обрабатывает tomcat/httpd. Linux создает дескриптор файла для каждого подключения сокета, поэтому, если tomcat настроен на использование протокола mod_jk/ajp в качестве соединителя, вы можете увидеть, слишком ли высока допустимое соединение или слишком высока connectionTimeout или keepAliveTimeout. Эти параметры играют огромную роль в потреблении дескрипторов файлов ОС. Иногда также может быть возможно ограничить количество соединений apache httpd/nginx, если tomcat выходит за пределы обратного прокси. Я однажды уменьшаю значение serverLimit в httpd для дросселирования входящих запросов во время сценария gaterush. В целом корректировка ulimit не может быть жизнеспособным вариантом, так как ваша система может в конечном итоге потреблять все, что вы бросаете на нее. Вам придется придумать целостный план решения этой проблемы.