[
https://issues.apache.org/jira/browse/NIFI-5896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17029959#comment-17029959
]
Takeshi Koya commented on NIFI-5896:
------------------------------------
We expect ConsumerAMQP processes of the previous primary node to close
connections to AMQP servers after primary node switching happens, but they keep
consuming and "hiding"messages.
Auto-ACK on or off does not seem to be essential for the symptom.
> ComsumeAMQP lose/unack messages under certain conditions
> --------------------------------------------------------
>
> Key: NIFI-5896
> URL: https://issues.apache.org/jira/browse/NIFI-5896
> Project: Apache NiFi
> Issue Type: Bug
> Affects Versions: 1.8.0
> Reporter: Yan Chen
> Priority: Major
>
> Symptoms: when batch-size is larger than 1 (tested with 10 and 100), the
> processor would *occasionally*:
> (1). when in auto-ack mode: lose messages, i.e., messages consumed from
> server but without producing flowfiles;
> (2). when auto-ack is disabled, messages could get stuck in "unacked" mode.
> We also found a work-around with batch-size 1 with auto-ack off; this
> work-around seems reliable enough.
> Based on above symptoms and the work-around, it appears to be a
> race-condition related issue. (for the same reason, I could not provide a
> test-case to reliably recreate the symptom.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
