You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Justin Bertram (Jira)" <ji...@apache.org> on 2022/09/25 16:42:00 UTC
[jira] [Updated] (ARTEMIS-4015) Artemis freeze on restart
[ https://issues.apache.org/jira/browse/ARTEMIS-4015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Justin Bertram updated ARTEMIS-4015:
------------------------------------
Description:
I have this issues with every version if a broker is restarted. The broker takes to long to start or does not start at all. I have played with basic all parameters, including buffers, memory, threads, processors.
It seems to me as a dead lock with the thread pool:
{noformat}
"Thread-190 (ActiveMQ-scheduled-threads)" Id=244 WAITING on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@74c44dd5
at java.base@19/jdk.internal.misc.Unsafe.park(Native Method)
- waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@74c44dd5
at java.base@19/java.util.concurrent.locks.LockSupport.park(LockSupport.java:371)
at java.base@19/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
at java.base@19/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3744)
at java.base@19/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3689)
at java.base@19/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1625)
at java.base@19/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1177)
at java.base@19/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
at java.base@19/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1070)
at java.base@19/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
at java.base@19/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
at org.apache.activemq.artemis.utils.ActiveMQThreadFactory$1.run(ActiveMQThreadFactory.java:118){noformat}
was:
I have this issues with every version if a broker is restarted. The broker takes to long to start or does not start at all. I have played with basic all parameters, including buffers, memory, threads, processors.
It seems to me as a dead lock with the thread pool:
{code:java}
"Thread-190 (ActiveMQ-scheduled-threads)" Id=244 WAITING on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@74c44dd5
at java.base@19/jdk.internal.misc.Unsafe.park(Native Method)
- waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@74c44dd5
at java.base@19/java.util.concurrent.locks.LockSupport.park(LockSupport.java:371)
at java.base@19/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
at java.base@19/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3744)
at java.base@19/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3689)
at java.base@19/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1625)
at java.base@19/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1177)
at java.base@19/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
at java.base@19/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1070)
at java.base@19/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
at java.base@19/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
at org.apache.activemq.artemis.utils.ActiveMQThreadFactory$1.run(ActiveMQThreadFactory.java:118)
{code}
> Artemis freeze on restart
> -------------------------
>
> Key: ARTEMIS-4015
> URL: https://issues.apache.org/jira/browse/ARTEMIS-4015
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Affects Versions: 2.23.1
> Reporter: Rômulo Coutinho
> Priority: Major
>
> I have this issues with every version if a broker is restarted. The broker takes to long to start or does not start at all. I have played with basic all parameters, including buffers, memory, threads, processors.
> It seems to me as a dead lock with the thread pool:
> {noformat}
> "Thread-190 (ActiveMQ-scheduled-threads)" Id=244 WAITING on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@74c44dd5
> at java.base@19/jdk.internal.misc.Unsafe.park(Native Method)
> - waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@74c44dd5
> at java.base@19/java.util.concurrent.locks.LockSupport.park(LockSupport.java:371)
> at java.base@19/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
> at java.base@19/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3744)
> at java.base@19/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3689)
> at java.base@19/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1625)
> at java.base@19/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1177)
> at java.base@19/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
> at java.base@19/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1070)
> at java.base@19/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
> at java.base@19/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
> at org.apache.activemq.artemis.utils.ActiveMQThreadFactory$1.run(ActiveMQThreadFactory.java:118){noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)