You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@storm.apache.org by "Ethan Li (Jira)" <ji...@apache.org> on 2020/07/06 22:12:00 UTC
[jira] [Created] (STORM-3668)
Nimbus.validateTopologyWorkerMaxHeapSizeConfigs doesn't work properly when
a topology doesn't set component heap size explicitly
Ethan Li created STORM-3668:
-------------------------------
Summary: Nimbus.validateTopologyWorkerMaxHeapSizeConfigs doesn't work properly when a topology doesn't set component heap size explicitly
Key: STORM-3668
URL: https://issues.apache.org/jira/browse/STORM-3668
Project: Apache Storm
Issue Type: Bug
Reporter: Ethan Li
This [validateTopologyWorkerMaxHeapSizeConfigs|https://github.com/apache/storm/blob/master/storm-server/src/main/java/org/apache/storm/daemon/nimbus/Nimbus.java#L3150-L3151] takes topoConf to get the default heap size for components. But at this point, the topoConf might not have "topology.component.resources.onheap.memory.mb". And in this case, validateTopologyWorkerMaxHeapSizeConfigs just passes.
For example, submission with
{code:java}
storm jar storm-starter.jar org.apache.storm.starter.WordCountTopology -c topology.worker.max.heap.size.mb=100 wc
{code}
will succeed while the config "topology.component.resources.onheap.memory.mb" is default to 120mb > 100mb.
While submission succeeds, nimbus is not able to schedule the topology.
{code:java}
2020-07-06 21:41:07.376 o.a.s.s.r.s.s.BaseResourceAwareStrategy pool-21-thread-1 [WARN] Not Enough Resources to schedule Task [6, 6] - split Normalized resources: {onheap.memory.mb=128.0, cpu.pcore.percent=10.0, offheap.memory.mb=0.0}
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)