java.lang.RuntimeException: java.lang.ClassCastException: java.util.HashMap cannot be cast to java.lang.Number

incubator-storm-dev | vishnu rao (JIRA) | 1 year ago
  1. 0

    We upgraded to 0.9.5 ando ran into the following exception. The supervisors did go down: 1 caution in our upgrade is we started a new nimbus, without any supervisors attached. Then we deployed topologies (from CICD). Next we build new supervisors and the supervisors will start on startup. However, in between the network service is restarted (due to hostname changed during the build <- chef). Just wanna throw this out in case this makes a difference. In other word, it could be that supervisors started, picked up work, then network restarted. {code} SEVERE: RuntimeException while executing runnable org.apache.storm.guava.util.concurrent.Futures$4@445058b with executor org.apache.storm.guava.util.concurrent.MoreExecutors$SameThreadExecutorService@691bc565 java.lang.RuntimeException: Failed to connect to Netty-Client-usw2b-grunt-drone32-prod.amz.relateiq.com/10.30.103.202:6700 at backtype.storm.messaging.netty.Client.connect(Client.java:308) at backtype.storm.messaging.netty.Client.access$1100(Client.java:78) at backtype.storm.messaging.netty.Client$2.reconnectAgain(Client.java:297) at backtype.storm.messaging.netty.Client$2.onSuccess(Client.java:283) at backtype.storm.messaging.netty.Client$2.onSuccess(Client.java:275) at org.apache.storm.guava.util.concurrent.Futures$4.run(Futures.java:1181) at org.apache.storm.guava.util.concurrent.MoreExecutors$SameThreadExecutorService.execute(MoreExecutors.java:297) at org.apache.storm.guava.util.concurrent.ExecutionList.executeListener(ExecutionList.java:156) at org.apache.storm.guava.util.concurrent.ExecutionList.execute(ExecutionList.java:145) at org.apache.storm.guava.util.concurrent.ListenableFutureTask.done(ListenableFutureTask.java:91) at java.util.concurrent.FutureTask.finishCompletion(FutureTask.java:384) at java.util.concurrent.FutureTask.set(FutureTask.java:233) at java.util.concurrent.FutureTask.run(FutureTask.java:274) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.RuntimeException: Giving up to connect to Netty-Client-usw2b-grunt-drone32-prod.amz.relateiq.com/10.30.103.202:6700 after 102 failed attempts at backtype.storm.messaging.netty.Client.connect(Client.java:303) {code}

    Apache's JIRA Issue Tracker | 1 year ago | Jackson Chung
    java.lang.RuntimeException: java.lang.ClassCastException: java.util.HashMap cannot be cast to java.lang.Number
  2. 0

    [jira] [Commented] (STORM-1022) disconnectiong between workers

    incubator-storm-dev | 1 year ago | vishnu rao (JIRA)
    java.lang.RuntimeException: java.lang.ClassCastException: java.util.HashMap cannot be cast to java.lang.Number
  3. 0

    [jira] [Commented] (STORM-1022) disconnectiong between workers

    incubator-storm-dev | 1 year ago | vishnu rao (JIRA)
    java.lang.RuntimeException: java.lang.ClassCastException: java.util.HashMap cannot be cast to java.lang.Number
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    We upgraded to 0.9.5 ando ran into the following exception. The supervisors did go down: 1 caution in our upgrade is we started a new nimbus, without any supervisors attached. Then we deployed topologies (from CICD). Next we build new supervisors and the supervisors will start on startup. However, in between the network service is restarted (due to hostname changed during the build <- chef). Just wanna throw this out in case this makes a difference. In other word, it could be that supervisors started, picked up work, then network restarted. {code} SEVERE: RuntimeException while executing runnable org.apache.storm.guava.util.concurrent.Futures$4@445058b with executor org.apache.storm.guava.util.concurrent.MoreExecutors$SameThreadExecutorService@691bc565 java.lang.RuntimeException: Failed to connect to Netty-Client-usw2b-grunt-drone32-prod.amz.relateiq.com/10.30.103.202:6700 at backtype.storm.messaging.netty.Client.connect(Client.java:308) at backtype.storm.messaging.netty.Client.access$1100(Client.java:78) at backtype.storm.messaging.netty.Client$2.reconnectAgain(Client.java:297) at backtype.storm.messaging.netty.Client$2.onSuccess(Client.java:283) at backtype.storm.messaging.netty.Client$2.onSuccess(Client.java:275) at org.apache.storm.guava.util.concurrent.Futures$4.run(Futures.java:1181) at org.apache.storm.guava.util.concurrent.MoreExecutors$SameThreadExecutorService.execute(MoreExecutors.java:297) at org.apache.storm.guava.util.concurrent.ExecutionList.executeListener(ExecutionList.java:156) at org.apache.storm.guava.util.concurrent.ExecutionList.execute(ExecutionList.java:145) at org.apache.storm.guava.util.concurrent.ListenableFutureTask.done(ListenableFutureTask.java:91) at java.util.concurrent.FutureTask.finishCompletion(FutureTask.java:384) at java.util.concurrent.FutureTask.set(FutureTask.java:233) at java.util.concurrent.FutureTask.run(FutureTask.java:274) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.RuntimeException: Giving up to connect to Netty-Client-usw2b-grunt-drone32-prod.amz.relateiq.com/10.30.103.202:6700 after 102 failed attempts at backtype.storm.messaging.netty.Client.connect(Client.java:303) {code}

    Apache's JIRA Issue Tracker | 1 year ago | Jackson Chung
    java.lang.RuntimeException: java.lang.ClassCastException: java.util.HashMap cannot be cast to java.lang.Number
  6. 0

    Can't use custom type mappings for value classes

    GitHub | 1 month ago | vlovgr
    java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Number

    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.lang.ClassCastException

      java.util.HashMap cannot be cast to java.lang.Number

      at com.test.metric.storm.NewRelicMetricConsumer.handleDataPoints()
    2. com.test.metric
      NewRelicMetricConsumer.handleDataPoints
      1. com.test.metric.storm.NewRelicMetricConsumer.handleDataPoints(NewRelicMetricConsumer.java:55)[stormjar.jar:na]
      1 frame
    3. backtype.storm.metric
      MetricsConsumerBolt.execute
      1. backtype.storm.metric.MetricsConsumerBolt.execute(MetricsConsumerBolt.java:55)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      1 frame
    4. backtype.storm.daemon
      executor$mk_task_receiver$fn__6937.invoke
      1. backtype.storm.daemon.executor$fn__7014$tuple_action_fn__7016.invoke(executor.clj:670)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      2. backtype.storm.daemon.executor$mk_task_receiver$fn__6937.invoke(executor.clj:426)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      2 frames
    5. backtype.storm
      disruptor$clojure_handler$reify__6513.onEvent
      1. backtype.storm.disruptor$clojure_handler$reify__6513.onEvent(disruptor.clj:58)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      1 frame
    6. backtype.storm.utils
      DisruptorQueue.consumeBatchWhenAvailable
      1. backtype.storm.utils.DisruptorQueue.consumeBatchToCursor(DisruptorQueue.java:125)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      2. backtype.storm.utils.DisruptorQueue.consumeBatchWhenAvailable(DisruptorQueue.java:99)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      2 frames
    7. backtype.storm
      disruptor$consume_batch_when_available.invoke
      1. backtype.storm.disruptor$consume_batch_when_available.invoke(disruptor.clj:80)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      1 frame
    8. backtype.storm.daemon
      executor$fn__7014$fn__7027$fn__7078.invoke
      1. backtype.storm.daemon.executor$fn__7014$fn__7027$fn__7078.invoke(executor.clj:808)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      1 frame
    9. backtype.storm
      util$async_loop$fn__545.invoke
      1. backtype.storm.util$async_loop$fn__545.invoke(util.clj:475)[storm-core-0.10.0.2.3.0.0-2557.jar:0.10.0.2.3.0.0-2557]
      1 frame
    10. Clojure
      AFn.run
      1. clojure.lang.AFn.run(AFn.java:22)[clojure-1.6.0.jar:na]
      1 frame
    11. Java RT
      Thread.run
      1. java.lang.Thread.run(Thread.java:745)[na:1.8.0_40]
      1 frame