Як відстежити витік дескриптора файлу?

У мене процес Java (Glassfish), який просочується дескрипторами файлів. Я це знаю, бо отримую корисний java.io.IOException: Too many open filesвиняток. Я можу заглянути /proc/PID#/fdі побачити всі відкриті дескриптори файлів. Коли я використовую lsof, я отримую дуже велику кількість таких записів:

Java 18510 кореня 8811u носок 0,4 1576079 не може визначити для протоколу
Java 18510 кореня 8812u носок 0,4 1576111 не може визначити для протоколу
Java 18510 кореня 8813u носок 0,4 1576150 не може ідентифікувати протокол

Я бачу 12 нових створених за хвилину. Які параметри я можу використовувати в lsof або які інші інструменти мені доступні, щоб допомогти відстежити дескриптори файлів сокетів, де протокол неможливо ідентифікувати?

щоб побачити топ-20 ручок файлів за допомогою процесів:

for x in `ps -eF| awk '{ print $2 }'`;do echo `ls /proc/$x/fd 2> /dev/null | wc -l` $x `cat /proc/$x/cmdline 2> /dev/null`;done | sort -n -r | head -n 20

висновок знаходиться у форматі файлу формату, кількість файлів, pid, cmndline для процесу

Приклад виведення

701 1216 /sbin/rsyslogd-n-c5
169 11835 postgres: spaceuser spaceschema [local] idle
164 13621 postgres: spaceuser spaceschema [local] idle
161 13622 postgres: spaceuser spaceschema [local] idle
161 13618 postgres: spaceuser spaceschema [local] idle

Ознайомтеся з командою strace. Він контролює системні виклики. Нещодавно я використовував його для пошуку витоків дескриптора файлів, які спричиняли неодноразовий збій демона snmpd. До цього потрібно звикнути, але це потужний інструмент.

Ви можете використовувати strace для приєднання до запущеного процесу (не забувайте прапор -f, щоб слідкувати за дочірніми процесами).

Що саме ви намагаєтесь відстежити? Віддалену IP-адресу, пов’язану з витікаючими FD, несправним кодом чи ще чимось?

Оскільки ви вже виявили, що є витік, наступний крок представляється розумним наступним кроком.