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 2017/03/07 15:19:38 UTC

[jira] [Work stopped] (UIMA-5356) DUCC Web Server (WS) should have single expiry time value in ducc.properties for head-node daemons' down

     [ https://issues.apache.org/jira/browse/UIMA-5356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Work on UIMA-5356 stopped by Lou DeGenaro.
------------------------------------------
> DUCC Web Server (WS) should have single expiry time value in ducc.properties for head-node daemons' down
> --------------------------------------------------------------------------------------------------------
>
>                 Key: UIMA-5356
>                 URL: https://issues.apache.org/jira/browse/UIMA-5356
>             Project: UIMA
>          Issue Type: Improvement
>          Components: DUCC
>            Reporter: Lou DeGenaro
>            Assignee: Lou DeGenaro
>             Fix For: 2.2.1
>
>
> WS currently uses a few different formulae to determine the status (up/down) for the head node daemons.
> Database: DB Query of CKPT data fails on-demand for the Daemons page (or corresponding JSON data).
>     
> Other daemons are down when elapsed time since last publication was received by WS is exceeded according to the formula: Number * Ratio * Rate as shown below.
>     Broker:   3  * ducc.ws.state.publish.rate
>     PM: 3 * ducc.pm.state.publish.rate
>     OR: 3 * ducc.orchestrator.state.publish.rate
>     SM: 3 * ducc.orchestrator.state.publish.rate
>     RM: 3 * ducc.rm.state.publish.ratio * ducc.orchestrator.state.publish.rate
> The new design calls for a single value specified in ducc.properties, which applies to all head node daemons except DB:
> # The elapsed time in milliseconds between monitored head-node daemons' publications
> # that if exceeded indicates "down". Default = 120000 (two minutes).
> ducc.ws.monitored.daemon.down.millis.expiry=120000



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)