[
https://issues.apache.org/jira/browse/STORM-2809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16250135#comment-16250135
]
Robert Joseph Evans commented on STORM-2809:
--------------------------------------------
So it appears to be something related to the AsyncLocallizer checking if a blob
is fully downloaded as part of the periodic check to see if it has changed.
When I comment out that part everything works fine, except if the files get
deleted part way through the supervisor will not recover. I am not totally
sure why this is the case, but I am going to try to dig into it.
> Integration test is failing consistently and topologies sometimes fail to
> start workers
> ---------------------------------------------------------------------------------------
>
> Key: STORM-2809
> URL: https://issues.apache.org/jira/browse/STORM-2809
> Project: Apache Storm
> Issue Type: Bug
> Affects Versions: 2.0.0
> Reporter: Stig Rohde Døssing
> Assignee: Robert Joseph Evans
> Fix For: 2.0.0
>
>
> The integration test has been failing fairly consistently since
> https://github.com/apache/storm/pull/2363. I tried running the test outside a
> VM with a locally installed Storm setup, and it has failed every time for me.
> Most runs seem to fail in ways that make it look like the integration test is
> just flaky (e.g. tuple windows not matching the calculated window), but in at
> least a few tests I saw the topology get submitted to Nimbus followed by
> about 3 minutes of nothing happening. The workers never started and the
> supervisor didn't seem aware of the scheduling. The only evidence that the
> topology was submitted was in the Nimbus log. This still happens even if the
> test topologies are killed with a timeout of 0, so there should be slots free
> for the next test immediately.
> I tried reverting https://github.com/apache/storm/pull/2363 and it seems to
> make the integration test pass much more often. Over 5 runs there was still
> an instance of a supervisor failing to start the workers, but the other 4
> passed.
> We should try to fix whatever is causing the supervisor to fail to start
> workers, and get the integration test more stable.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
