[
https://issues.apache.org/jira/browse/FLINK-6341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15976712#comment-15976712
]
ASF GitHub Bot commented on FLINK-6341:
---------------------------------------
Github user tillrohrmann commented on the issue:
https://github.com/apache/flink/pull/3745
Thanks for spotting the problem @WangTaoTheTonic. This is important to fix.
I think we cannot solve the problem as you've done it, because you access
actor state from outside of the actor's main thread. I think it would be better
to introduce a resource manager connection id which we can use to distinguish
whether we have to reconnect from a resource manager or whether it is an
outdated `ReconnectResourceManager` message. We can do the check then in the
handler for the `ReconnectResourceManager` message.
> JobManager can go to definite message sending loop when TaskManager registered
> ------------------------------------------------------------------------------
>
> Key: FLINK-6341
> URL: https://issues.apache.org/jira/browse/FLINK-6341
> Project: Flink
> Issue Type: Bug
> Components: JobManager
> Reporter: Tao Wang
> Assignee: Tao Wang
>
> When TaskManager register to JobManager, JM will send a
> "NotifyResourceStarted" message to kick off Resource Manager, then trigger a
> reconnection to resource manager through sending a
> "TriggerRegistrationAtJobManager".
> When the ref of resource manager in JobManager is not None and the
> reconnection is to same resource manager, JobManager will go to a infinite
> message sending loop which will always sending himself a
> "ReconnectResourceManager" every 2 seconds.
> We have already observed that phonomenon. More details, check how JobManager
> handles `ReconnectResourceManager`.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)