java.util.concurrent.RejectedExecutionException: Got Interrupted while adding to the Queue

GitHub | gvsmirnov | 2 months ago
  1. 0

    Kafka indexing fails to stop correctly in 0.9.2rc1

    GitHub | 2 months ago | gvsmirnov
    java.util.concurrent.RejectedExecutionException: Got Interrupted while adding to the Queue
  2. 0

    Glassfish: The thread pool's task queue is full

    Stack Overflow | 3 months ago | Tom
    java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096
  3. 0

    Periodical error on Glassfish after a small load and running for a few hours. No one is connected to the server anymore and the error appear a few hours after a stress test. The questions are : * how is it possible that the such an error appear when there is no more load ? * since no requests are made, what is filling the pool ? * can we see which request fill in the pool ? can we activate any logs ? Thanks. The error : {noformat} [#|2012-02-02T19:43:24.375+0100|SEVERE|glassfish3.1.1|grizzly|_ThreadID=119;_ThreadName=Thread-2;|doSelect exception java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096 at com.sun.grizzly.util.AbstractThreadPool.onTaskQueueOverflow(AbstractThreadPool.java:473) at com.sun.grizzly.util.QueueLimitedThreadPool.onTaskQueueOverflow(QueueLimitedThreadPool.java:97) at com.sun.grizzly.util.QueueLimitedThreadPool.execute(QueueLimitedThreadPool.java:88) at com.sun.grizzly.util.GrizzlyExecutorService.execute(GrizzlyExecutorService.java:162) at com.sun.grizzly.http.StatsThreadPool.execute(StatsThreadPool.java:127) at com.sun.grizzly.NIOContext.execute(NIOContext.java:510) at com.sun.grizzly.NIOContext.execute(NIOContext.java:488) at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:370) at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKeys(SelectorHandlerRunner.java:263) at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:200) at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) |#] {noformat} Glassfish connector config : [#|2012-02-02T19:43:26.844+0100|INFO|glassfish3.1.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=133;_ThreadName=Thread-2;|GRIZZLY0021: " Grizzly running on SunOS - 5.10 under JDK version: 1.6.0_30 - Sun Microsystems Inc. port: 8280 Thread Pool: com.sun.enterprise.v3.services.impl.monitor.MonitorableThreadPool@4b9772e2, port=8280 Read Selector: 3 ByteBuffer size: 4096 maxHttpHeaderSize: 4096 sendBufferSize: 8192 maxKeepAliveRequests: 10,000 keepAliveTimeoutInSeconds: 120 Static File Cache enabled: false Static resources directory: /opt/server/glassfish3/glassfish/domains/comet/docroot Adapter : com.sun.enterprise.v3.services.impl.ContainerMapper Asynchronous Request Processing enabled: true|#]

    Java.net JIRA | 5 years ago | guillaume.d
    java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Periodical error on Glassfish after a small load and running for a few hours. No one is connected to the server anymore and the error appear a few hours after a stress test. The questions are : * how is it possible that the such an error appear when there is no more load ? * since no requests are made, what is filling the pool ? * can we see which request fill in the pool ? can we activate any logs ? Thanks. The error : {noformat} [#|2012-02-02T19:43:24.375+0100|SEVERE|glassfish3.1.1|grizzly|_ThreadID=119;_ThreadName=Thread-2;|doSelect exception java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096 at com.sun.grizzly.util.AbstractThreadPool.onTaskQueueOverflow(AbstractThreadPool.java:473) at com.sun.grizzly.util.QueueLimitedThreadPool.onTaskQueueOverflow(QueueLimitedThreadPool.java:97) at com.sun.grizzly.util.QueueLimitedThreadPool.execute(QueueLimitedThreadPool.java:88) at com.sun.grizzly.util.GrizzlyExecutorService.execute(GrizzlyExecutorService.java:162) at com.sun.grizzly.http.StatsThreadPool.execute(StatsThreadPool.java:127) at com.sun.grizzly.NIOContext.execute(NIOContext.java:510) at com.sun.grizzly.NIOContext.execute(NIOContext.java:488) at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:370) at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKeys(SelectorHandlerRunner.java:263) at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:200) at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) |#] {noformat} Glassfish connector config : [#|2012-02-02T19:43:26.844+0100|INFO|glassfish3.1.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=133;_ThreadName=Thread-2;|GRIZZLY0021: " Grizzly running on SunOS - 5.10 under JDK version: 1.6.0_30 - Sun Microsystems Inc. port: 8280 Thread Pool: com.sun.enterprise.v3.services.impl.monitor.MonitorableThreadPool@4b9772e2, port=8280 Read Selector: 3 ByteBuffer size: 4096 maxHttpHeaderSize: 4096 sendBufferSize: 8192 maxKeepAliveRequests: 10,000 keepAliveTimeoutInSeconds: 120 Static File Cache enabled: false Static resources directory: /opt/server/glassfish3/glassfish/domains/comet/docroot Adapter : com.sun.enterprise.v3.services.impl.ContainerMapper Asynchronous Request Processing enabled: true|#]

    Java.net JIRA | 5 years ago | guillaume.d
    java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096
  6. 0

    Hazlecast timeout issue

    Google Groups | 3 years ago | Bing
    java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. java.util.concurrent.RejectedExecutionException

      Got Interrupted while adding to the Queue

      at io.druid.concurrent.Execs$1.rejectedExecution()
    2. Druid Common
      Execs$1.rejectedExecution
      1. io.druid.concurrent.Execs$1.rejectedExecution(Execs.java:123)[druid-common-0.9.2-rc1.jar:0.9.2-rc1]
      1 frame
    3. Java RT
      ThreadPoolExecutor.execute
      1. java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:823)[?:1.8.0_102]
      2. java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1369)[?:1.8.0_102]
      2 frames
    4. Guava
      MoreExecutors$ListeningDecorator.execute
      1. com.google.common.util.concurrent.MoreExecutors$ListeningDecorator.execute(MoreExecutors.java:484)[guava-16.0.1.jar:?]
      1 frame
    5. Java RT
      AbstractExecutorService.submit
      1. java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:134)[?:1.8.0_102]
      1 frame
    6. Guava
      AbstractListeningExecutorService.submit
      1. com.google.common.util.concurrent.AbstractListeningExecutorService.submit(AbstractListeningExecutorService.java:58)[guava-16.0.1.jar:?]
      1 frame
    7. io.druid.segment
      FiniteAppenderatorDriver.add
      1. io.druid.segment.realtime.appenderator.AppenderatorImpl.persistAll(AppenderatorImpl.java:377)[druid-server-0.9.2-rc1.jar:0.9.2-rc1]
      2. io.druid.segment.realtime.appenderator.AppenderatorImpl.add(AppenderatorImpl.java:218)[druid-server-0.9.2-rc1.jar:0.9.2-rc1]
      3. io.druid.segment.realtime.appenderator.FiniteAppenderatorDriver.add(FiniteAppenderatorDriver.java:199)[druid-server-0.9.2-rc1.jar:0.9.2-rc1]
      3 frames
    8. io.druid.indexing
      KafkaIndexTask.run
      1. io.druid.indexing.kafka.KafkaIndexTask.run(KafkaIndexTask.java:416)[?:?]
      1 frame
    9. Druid Indexing
      ThreadPoolTaskRunner$ThreadPoolTaskRunnerCallable.call
      1. io.druid.indexing.overlord.ThreadPoolTaskRunner$ThreadPoolTaskRunnerCallable.call(ThreadPoolTaskRunner.java:436)[druid-indexing-service-0.9.2-rc1.jar:0.9.2-rc1]
      2. io.druid.indexing.overlord.ThreadPoolTaskRunner$ThreadPoolTaskRunnerCallable.call(ThreadPoolTaskRunner.java:408)[druid-indexing-service-0.9.2-rc1.jar:0.9.2-rc1]
      2 frames
    10. Java RT
      Thread.run
      1. java.util.concurrent.FutureTask.run(FutureTask.java:266)[?:1.8.0_102]
      2. java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[?:1.8.0_102]
      3. java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[?:1.8.0_102]
      4. java.lang.Thread.run(Thread.java:745)[?:1.8.0_102]
      4 frames