Skip to content

Conversation

@dnhatn
Copy link
Member

@dnhatn dnhatn commented Feb 25, 2019

Today we do not bubble up exceptions when processing NoOps but always treat them as document-level failures. This incorrect treatment causes the assert_no_failure being tripped in peer-recovery if IndexWriter was closed exceptionally before.

Closes #38898

@dnhatn dnhatn added v7.0.0 :Distributed Indexing/Engine Anything around managing Lucene and the Translog in an open shard. v6.7.0 v8.0.0 v7.2.0 v6.6.2 labels Feb 25, 2019
@dnhatn dnhatn requested review from jasontedor and s1monw February 25, 2019 03:06
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-distributed

Copy link
Member

@jasontedor jasontedor left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

Copy link
Contributor

@ywelsch ywelsch left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

good catch!

@dnhatn
Copy link
Member Author

dnhatn commented Feb 25, 2019

Thanks @jasontedor @ywelsch.

@dnhatn dnhatn merged commit abf4c38 into elastic:master Feb 25, 2019
@dnhatn dnhatn deleted the bubble-up-noop branch February 25, 2019 20:31
dnhatn added a commit that referenced this pull request Feb 25, 2019
Today we do not bubble up exceptions when processing NoOps but always
treat them as document-level failures. This incorrect treatment causes
the assert_no_failure being tripped in peer-recovery if IndexWriter was
closed exceptionally before.

Closes #38898
dnhatn added a commit that referenced this pull request Feb 26, 2019
Today we do not bubble up exceptions when processing NoOps but always
treat them as document-level failures. This incorrect treatment causes
the assert_no_failure being tripped in peer-recovery if IndexWriter was
closed exceptionally before.

Closes #38898
dnhatn added a commit that referenced this pull request Feb 26, 2019
Today we do not bubble up exceptions when processing NoOps but always
treat them as document-level failures. This incorrect treatment causes
the assert_no_failure being tripped in peer-recovery if IndexWriter was
closed exceptionally before.

Closes #38898
dnhatn added a commit that referenced this pull request Feb 26, 2019
Today we do not bubble up exceptions when processing NoOps but always
treat them as document-level failures. This incorrect treatment causes
the assert_no_failure being tripped in peer-recovery if IndexWriter was
closed exceptionally before.

Closes #38898
kovrus added a commit to crate/crate that referenced this pull request Sep 6, 2019
mergify bot pushed a commit to crate/crate that referenced this pull request Sep 6, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

>bug :Distributed Indexing/Engine Anything around managing Lucene and the Translog in an open shard. v6.6.2 v6.7.0 v7.0.0-rc1 v7.2.0 v8.0.0-alpha1

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[CI] unexpected failure while replicating translog entry

6 participants