JBoss creates many management handler threads
Environment
- JBoss Enterprise Application Platform (EAP) 6.4.0 and earlier
Issue
- We frequently connect to JBoss via the CLI multiple times per minute. We see many idle management-handler-threads as a result:
"management-handler-thread - 3" prio=10 tid=0x00007f302c087000 nid=0x2a69 waiting on condition [0x00007f300420e000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000000fb2625a0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
Resolution
- Apply the 6.4.1 or later update
Root Cause
- This content is not included.BZ-1199319
- Content from issues.jboss.org is not included.WFCORE-553
- A new executor is created for every new CLI connection.
Components
Category
This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.