-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
Update Cortex to recent master (1.5.0+, 35e698bb56d6). #2923
Conversation
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
Not sure if tests are failing or it was just a blip ? |
I see failure in |
FYI @pstibrany We are awaiting the cut of 2.1 before this. |
This issue has been automatically marked as stale because it has not had any activity in the past 30 days. It will be closed in 7 days if no further activity occurs. Thank you for your contributions. |
There is now Cortex 1.6.0 out, so this PR can be updated to that instead. |
Closing in favor of a newer PR. You've been co-authored. |
OK, thanks for update. Co-authoring wasn't necessary :) What is the PR? |
Found it: #3131 |
What this PR does / why we need it: This PR updates vendored Cortex version in Loki to recent master (post 1.5.0 release, commit cortexproject/cortex@35e698b).
Main goal was to integrate query-frontend refactorings to Loki. Cortex now has new "scheduler" component, which is basically external queue of requests, moved from query-frontend. In this PR, Loki doesn't support scheduler, and only uses original query-frontend. Supported options should be the same as before this PR.
Querier worker has new
-querier.scheduler-address
option, and existing options now refer to query-scheduler as well, which doesn't apply to Loki. Instead of reusing config struct from Cortex, we could introduce Loki-specific config struct, which would allow us to hide query-scheduler messages and options. WDYT? Alternative is to make Loki support query-scheduler, but I'd suggest doing that in a separate PR.Special notes for your reviewer: This PR also integrates ring changes -- split of
ReadRing.GetAll
toGetAllHealthy
andGetReplicationSetForOperation
methods. Please double check that my changes around this make sense, as ring still makes my head spin sometimes.Checklist