You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Pierre Villard (Jira)" <ji...@apache.org> on 2020/11/26 09:51:00 UTC
[jira] [Resolved] (NIFI-8048) PutElasticsearchRecord should retry
with 503 response
[ https://issues.apache.org/jira/browse/NIFI-8048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pierre Villard resolved NIFI-8048.
----------------------------------
Fix Version/s: 1.13.0
Resolution: Fixed
> PutElasticsearchRecord should retry with 503 response
> -----------------------------------------------------
>
> Key: NIFI-8048
> URL: https://issues.apache.org/jira/browse/NIFI-8048
> Project: Apache NiFi
> Issue Type: Bug
> Components: Extensions
> Affects Versions: 1.12.1
> Reporter: Koji Kawamura
> Assignee: Koji Kawamura
> Priority: Minor
> Fix For: 1.13.0
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> During Elasticsearch full cluster restart, PutElasticseachRecord routed incoming FlowFiles to its 'failure' relationship. In contrast, PutElasticsearchHttp / PutElasticsearchHttpRecord routed incoming FlowFiles to 'retry'.
> While PutElasticsearchHttp processors determine if a request can be retried by checking if HTTP status code is 5XX, PutElasticsearchRecord and corresponding ElasticsearchError only check the name of thrown exception.
> To make PutElasticsearchRecord more resilient against such situation, ElasticsearchError should treat ResponseException as recoverable where HTTP status code is 503 Service Unavailable.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)