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
Scrolls - failing on partial results #28499
Comments
Agreed.
Tricky question. I understand the reasoning but at the same time I don't like introducing exceptions. Let's wait for a resolution on #28494? Like you said if we agree to change the default in 7.0 to |
We discussed this on Fix-it-Friday and decided that what we should do starting in 6.3 is to make the scroll behaviour obey the choice of |
@elastic/es-search-aggs looks like this has been discussed and @markharwood is tracking it |
We should ensure the solution takes into account timeouts as well as shard failures on scroll requests (see #16555 for context) |
A bug in the existing impl
In #27435 we introduced an "allow partial search results" flag which if set to false should return errors rather than hits. This currently works on the first request to the
myindex/_search?scroll=1m
api but fails to fail on the subsequent/_search/scroll
calls. This is a bug caused by the fact that SearchScrollAsyncAction is missing the logic that was added to regular AbstractSearchAsynction for regular searches.Some questions about scroll in general
Before we fix this there are a number of important questions that need answering about the behaviour of these flags:
Note that these questions are related to the discussion on flag defaults for regular search on #28494 - if we opt for a strict default on searches there then @jimczi's concerns over defaulting scrolls to strict are met and both search and scroll can share a common cluster default setting.
@jpountz and @colings86 - you may have opinions
The text was updated successfully, but these errors were encountered: