Слишком много открытых файлов (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-процесса?

Ответ 1

Я просто поместил строку ulimit -n 8192 внутри файла catalina.sh, поэтому, когда я делаю catalina start, 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 не может быть жизнеспособным вариантом, так как ваша система может в конечном итоге потреблять все, что вы бросаете на нее. Вам придется придумать целостный план решения этой проблемы.