Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't trigger node confirms failure if clock expected #1858

Merged
merged 1 commit into from
May 12, 2023

Conversation

martinsumner
Copy link
Contributor

@martinsumner martinsumner commented Apr 19, 2023

When fetching an object for replication, enough nodes are found if the expected clock is true - but that might then fail on node_confirms. Don't generate the node_confirms response error if there has been a match on the expected clock.

When etching an object for replication, enough nodes are found if the expected clock is true - but that might then fail on node_confirms.  Don't generate the node_confirms response error if there has been a match on the expected clock
@martinsumner
Copy link
Contributor Author

basho/riak_test#1374

@martinsumner
Copy link
Contributor Author

#1857

@martinsumner
Copy link
Contributor Author

@yorkshire-steve - this has been resolved a different way to our discussion, as I considered that simply over-riding node_confirms in the request options for the specific fetch case to be a bit a fragile. Now the response failure for node_confirms is only generated when there has been no "Expected Clock" match

@martinsumner martinsumner merged commit e9c20a8 into develop-3.0 May 12, 2023
@martinsumner martinsumner deleted the mas-i1857-replwithconfirms branch May 12, 2023 14:51
martinsumner added a commit that referenced this pull request May 12, 2023
When etching an object for replication, enough nodes are found if the expected clock is true - but that might then fail on node_confirms.  Don't generate the node_confirms response error if there has been a match on the expected clock
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants