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

[Search] Remove search:includeFrozen setting #112621

Open
lukasolson opened this issue Sep 20, 2021 · 14 comments
Open

[Search] Remove search:includeFrozen setting #112621

lukasolson opened this issue Sep 20, 2021 · 14 comments
Assignees
Labels
Feature:Search Querying infrastructure in Kibana impact:high Addressing this issue will have a high level of impact on the quality/strength of our product. loe:medium Medium Level of Effort Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL. v9.0.0

Comments

@lukasolson
Copy link
Member

lukasolson commented Sep 20, 2021

See elastic/elasticsearch#77864.

The ignore_throttled parameter has been deprecated by Elasticsearch (as well as frozen indices itself). As a result, we need to deprecate (and eventually remove) the search:includeFrozen advanced setting (which corresponds with whether or not we send this parameter in search requests). As of now, enabling this advanced setting results in warning toast notifications (which make some functional tests fail):

image

Open questions:

  • When is this parameter being removed entirely from Elasticsearch? Answer: v9.0
  • Should we replace this advanced setting with something that allows you which tiers you want to search (e.g. data_hot, data_warm, etc.)? TBD - Not initially
@lukasolson lukasolson added Feature:Search Querying infrastructure in Kibana Team:AppServices labels Sep 20, 2021
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app-services (Team:AppServices)

@lukasolson lukasolson added impact:high Addressing this issue will have a high level of impact on the quality/strength of our product. loe:medium Medium Level of Effort labels Sep 20, 2021
@pheyos
Copy link
Member

pheyos commented Sep 21, 2021

I'd like to add to the description that in my local tests I can see the deprecation warning toasts coming up, even if I have the search:includeFrozen advanced setting disabled (which is the default). I thought I could maybe add a quick fix for the tests by changing this advanced setting, but it doesn't make a difference there.

@cjcenizal
Copy link
Contributor

Per #112627, I do think we need to disable this setting by default in 7.16, or else the deprecation logging UX in Upgrade Assistant is degraded.

@lukasolson
Copy link
Member Author

I'd like to add to the description that in my local tests I can see the deprecation warning toasts coming up, even if I have the search:includeFrozen advanced setting disabled (which is the default). I thought I could maybe add a quick fix for the tests by changing this advanced setting, but it doesn't make a difference there.

Hmm, I think this is probably because we always send this parameter (instead of only sending it when search:includeFrozen is set to true). This should at least be a quick fix to only send it when it's true.

@lukasolson lukasolson added required-for-8.0 This work is required to be done before 8.0 lands, bc it relates to a breaking change or similar. v7.16.0 labels Sep 21, 2021
@tylersmalley
Copy link
Contributor

tylersmalley commented Sep 21, 2021

For now, I believe we silence this error since it's because of our usage of it and not something actionable by the user.

Currently, this modal is preventing the promotion of the ES snapshot which is currently an issue for the ML team.

@tylersmalley
Copy link
Contributor

And to be clear, this deprecation was added to 7.16.

@cjcenizal
Copy link
Contributor

I just tested on Cloud and I can confirm that this is now fixed, based on what I reported in my duplicate issue #112627.

@bhavyarm
Copy link
Contributor

bhavyarm commented Nov 5, 2021

@lukasolson I upgraded ES to 7.16.0 BC3 from 7.15.2 BC1 and ran it with Kibana 7.15.2 BC1 and see this all over. Do we plan to fix this in 7.16? Thanks!
Screen Shot 2021-11-05 at 2 27 44 PM

@lukasolson
Copy link
Member Author

@bhavyarm We actually plan on removing the warning notifications from search requests altogether: #117252

@lukasolson lukasolson added v9.0.0 and removed required-for-8.0 This work is required to be done before 8.0 lands, bc it relates to a breaking change or similar. v7.16.0 labels Nov 16, 2021
@madhutomy
Copy link

@lukasolson Which version has the fix to remove the warning pop ups?

@lukasolson
Copy link
Member Author

Which version has the fix to remove the warning pop ups?

I believe the PR landed in 7.16.0.

@madhutomy
Copy link

excellent thanks

@TinaHeiligers
Copy link
Contributor

We might need to handle this more urgently than for the next major, since there have already been 2 cases I'm aware of that case "Parse Error: Header overflow" when searching an index that matches an alias that includes frozen indices.

I think we should deprecate these as soon as possible.

@petrklapka petrklapka added the Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL. label Nov 23, 2022
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-data-discovery (Team:DataDiscovery)

@lukasolson lukasolson changed the title [Search] Remove search:includeFrozen setting & usage of ignore_throttled [Search] Remove search:includeFrozen setting Sep 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature:Search Querying infrastructure in Kibana impact:high Addressing this issue will have a high level of impact on the quality/strength of our product. loe:medium Medium Level of Effort Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL. v9.0.0
Projects
None yet
Development

No branches or pull requests

9 participants