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

Lou DeGenaro commented on UIMA-5193:
------------------------------------

To perform a move:

1. issue "stop_ducc --all" on the present ducc.head node
2. issue "move_ducc" on the new ducc.head node
3. issue "start_ducc" on the new ducc.head node

Note: it is possible to employ "stop_ducc -c head" instead to attempt to have 
existing work continue uninterrupted.   The ducc_monitor(s) will not switch 
over to the new WS location and therefore the WS may kill already running 
monitored jobs.  This issue will be addressed in a later code delivery.


> DUCC failover support (static)
> ------------------------------
>
>                 Key: UIMA-5193
>                 URL: https://issues.apache.org/jira/browse/UIMA-5193
>             Project: UIMA
>          Issue Type: Improvement
>          Components: DUCC
>            Reporter: Lou DeGenaro
>            Assignee: Lou DeGenaro
>             Fix For: 2.2.0-Ducc
>
>
> DUCC should provide the capability to move the head node, comprising the 
> broker, database, Orchestrator, PM, RM, SM, and WS, and have the agents 
> seamlessly switch over w/o service disruption.
> ---
> In this "static" failover implementation the agents are pre-configured with a 
> list of potential head nodes.  Introduced into the ducc.properties file is 
> the key ducc.head.failover whose value is a comma separated list of failover 
> nodes:
> ducc.head.failover = node1, node2, node3...
> The agents at boot time are configured for broker failover to this set of 
> nodes.
> If ducc.head.failover is not specified, then the failover functionality is 
> simply not supported for the installation (e.g. no seamless transition of 
> running agents to an alternate broker head node).
> If ducc.head.failover is specified, then the node specified for ducc.head 
> must appear in this list.



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

Reply via email to