Рабочий Apache DolphinScheduler 3.2.0 порождает тысячи потоков nioEventLoopGroup (возможна утечка Netty) — как подтверди ⇐ JAVA

[Anonymous]

Среда

• DolphinScheduler: 3.2.0 (автономная)
• ОС: RHEL 8
• Память: 192 ГиБ (+ 8 ГиБ подкачки)
• Диск: /data (≈ 400 ГиБ свободно)
• Java: OpenJDK 11.0.24 (сборка Red Hat)
• Аргументы JVM как для рабочего, так и для главного сервера: -Xms32g -Xmx32g -Xmn16g

После некоторого времени работы рабочий процесс перестает прослушивать порт 1234. Перезапуск рабочего процесса временно восстанавливает порт.
Какая конфигурация или исправление может помешать рабочему процессу DolphinScheduler остановить прослушиватель Netty на порту 1234 с течением времени?
Рабочий процесс DolphinScheduler постепенно создает тысячи потоков nioEventLoopGroup-*, статус которых ожидает (припаркован), пока прослушиватель Netty на порту 1234 не исчезнет из netstat — может это вызвано моими аргументами JVM или это ошибка утечки потока Netty?
При необходимости я могу предоставить вам журналы.

Подробнее здесь: https://stackoverflow.com/questions/798 ... roup-threa