You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Lou DeGenaro (JIRA)" <de...@uima.apache.org> on 2016/08/15 19:53:20 UTC

[jira] [Commented] (UIMA-5057) DUCC Orchestrator (OR) handle down JD node

    [ https://issues.apache.org/jira/browse/UIMA-5057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15421561#comment-15421561 ] 

Lou DeGenaro commented on UIMA-5057:
------------------------------------

Whenever Orchestrator does a publication it calls org.apache.uima.ducc.orchestrator.jd.scheduler.JdScheduler.handle(IDuccWorkMap dwm).  Here we consider expanding or contracting the JD share pool.  But we fail to consider that an already allocated JD node has gone down.   We add a new call to monitor() to consider this possibility.

Note that we rely upon database updated by Resource Manager to determine node downness.

> DUCC Orchestrator (OR) handle down JD node
> ------------------------------------------
>
>                 Key: UIMA-5057
>                 URL: https://issues.apache.org/jira/browse/UIMA-5057
>             Project: UIMA
>          Issue Type: Bug
>          Components: DUCC
>            Reporter: Lou DeGenaro
>            Assignee: Lou DeGenaro
>             Fix For: 2.2.0-Ducc
>
>
> If a node that goes down happens to be a JD node then:
> 1. cancel any running jobs whose JD was assigned there, and
> 2. allocate a new JD node, if needed and possible
> Currently when the Agent hosting the JD of running Job is killed the Job hangs because the Agent is not there to carry out the Orchestrator directed clean-up procedures.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)