Apache DolphinScheduler 3.2.0-Worker erzeugt Tausende von nioEventLoopGroup-Threads (mögliches Netty-Leck) – wie kann ma ⇐ Java

[Anonymous]

Umgebung

• DolphinScheduler: 3.2.0 (eigenständig)
• Betriebssystem: RHEL 8
• Speicher: 192 GiB (+ 8 GiB Swap)
• Festplatte: /data (≈ 400 GiB frei)
• Java: OpenJDK 11.0.24 (Red Hat Build)
• JVM-Argumente für Worker- und Master-Server: -Xms32g -Xmx32g -Xmn16g

Nach einiger Zeit hört der Worker-Prozess auf, Port 1234 abzuhören. Durch einen Neustart des Workers wird der vorübergehend wiederhergestellt Port.
Welche Konfiguration oder Lösung kann verhindern, dass der DolphinScheduler-Workerprozess seinen Netty-Listener auf Port 1234 im Laufe der Zeit stoppt?
Der DolphinScheduler-Workerprozess erstellt nach und nach Tausende von nioEventLoopGroup-*-Threads, deren Status warten (geparkt) wird, bis der Netty-Listener auf Port 1234 aus netstat verschwindet – könnte dies an mir liegen JVM-Argumente oder handelt es sich um einen Netty-Thread-Leak-Bug?
Ich kann Ihnen bei Bedarf Protokolle geben.