You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Jerry Cwiklik (JIRA)" <de...@uima.apache.org> on 2015/07/23 19:29:05 UTC

[jira] [Updated] (UIMA-4321) DUCC should not retry JPs forever when the JP framework fails

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

Jerry Cwiklik updated UIMA-4321:
--------------------------------
    Affects Version/s:     (was: 2.0.0-Ducc)
        Fix Version/s: 2.0.0-Ducc

> DUCC should not retry JPs forever when the JP framework fails
> -------------------------------------------------------------
>
>                 Key: UIMA-4321
>                 URL: https://issues.apache.org/jira/browse/UIMA-4321
>             Project: UIMA
>          Issue Type: Bug
>          Components: DUCC
>            Reporter: Burn Lewis
>            Assignee: Jerry Cwiklik
>            Priority: Blocker
>             Fix For: 2.0.0-Ducc
>
>
> Job 235131 had a large string of JPs fail (when the JD OOM'd) with:
> HttpWorkerThread.run() I/O exception (org.apache.commons.httpclient.NoHttpResponseException) caught when processing request: The server 192.168.3.77 failed to respond
> For the short-term we should count this as a Croak (i.e. an unexpected termination that DUCC didn't request), even though it is not caused by user error, so that the users's process_failures_limit can eventually end the job.
> Perhaps we need a "framework_failures_limit" in ducc.properties for errors caught in the ducc-side JP code as opposed to errors caught in user code.



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