-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
#2048 - Add ILM support for managing jaeger indices in elasticsearch #2739
Conversation
Codecov Report
@@ Coverage Diff @@
## master #2739 +/- ##
=======================================
Coverage 95.88% 95.88%
=======================================
Files 218 221 +3
Lines 9626 9705 +79
=======================================
+ Hits 9230 9306 +76
- Misses 327 329 +2
- Partials 69 70 +1
Continue to review full report at Codecov.
|
Finally a green build :). Thank you @albertteoh - for guiding me through out. Kindly share feedback one last time :). If everything checks out, I can start working on documentation for this. jaegertracing/documentation#471. |
@albertteoh - Not sure why kafka integration tests have failed. This failure seems to be flaky - did see one run fail yesterday as well - but subsequent run passed. |
This PR is pretty large (35 files), and went through several iterations of back and forth on reviews. I would recommend finding a way to split it into smaller pieces and merging them as they are approved. For example, the new CLI utility seems relatively independent of the other changes, could we merge if first? |
Agreed. @albertteoh any ideas to approach this - should I raise multiple PRs for independent pieces and have a link of them in this PR. Thoughts? |
@bhiravabhatla yes, I agree, please raise multiple PRs with independent pieces and reference both this PR as well as the Issue #2048. For example, as @yurishkuro suggested, the CLI utility along with the json templates, python script and integration tests also seem fairly independent from the main body of code. |
Broadly - Can we say these would be sub-PRs -
I would need "useILM flag to jaeger ES storage plugin" to be merged first - as CLI uses FixMapping function from this change Have to carefully cherrypick my changes. Thoughts? |
That makes sense to me, thanks for putting that plan together, @bhiravabhatla . |
I see a potential deadlock. Python script changes and golang changes cant be done separately as both of them use same mappings. As part of es storage factory changes we change the templates to use test/template format. |
This is indeed not a trivial PR to breakup but not to worry, let's see if we can work something out together :) The smallest first diff I could manage was to copy the following files; it's about 20 files which is fewer that what we started with:
You are right in that the existing tests relied on the old json templates and these go hand-in-hand with how we apply templates ( Without doing a detailed scan, the excluded files refer to the following, which can be added in a follow-up diffs:
@bhiravabhatla what do you think? |
@albertteoh - I thought on above lines as well. But unfortunately we would have failing integration tests with this approach. To be specific - esRollover tests - jaeger/plugin/storage/integration/es_index_cleaner_test.go Lines 161 to 176 in 1dc0640
If as part of first PR we only change the go assets (ES mapping templates) and we dont change the rollover script(python) - above tests would fail right? |
Yes, you're right, I hadn't checked the integration tests. To get the tests to pass, we'd need to add the python script changes in order to parse the new template format (golang's built-in To try and understand and communicate the problem, this is an attempt of drawing up the dependency tree: @yurishkuro, can you see a way of breaking this PR up into smaller commits? |
If it's too difficult to break the PR into smaller ones than it's not worth it. But I thought that at least the new binary could be committed separately, that's 5 files out of 30, plus maybe the makefile changes. |
The new binary relies on some changes to |
then I would keep a single PR |
@albertteoh - What are our next steps. Shall I update this branch with latest changes from master? |
This makes the PR understandable - Thank you for taking effort on doing this :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - great effort, especially for your first PR, @bhiravabhatla! Thanks!
I think we'll need to address jaegertracing/documentation#471 pretty soon, preferably before release v1.22.0 is cut.
Yes, please. |
Thank you @albertteoh for guiding me through out. :) |
Yes - I ll start working on it |
Done. |
@albertteoh - I see new github actions were added to CI and its taking a lot of time for a single run. This one is stuck from yesterday. CC - @Ashmita152 @yurishkuro |
Still seems to be stuck; on codecov steps. Any ideas why? |
codecov has been having this issue lately, if you look at the unit test logs you will see that the report is actually submitted, but we're not getting a ping back. Not sure if there's a support forum for codecov, I never tried using it. It seems to happen the most when there are multiple CI runs (since GHA don't cancel previous run automatically when a new commit is added). I will restart unit tests job. |
Thanks @yurishkuro, I've submitted a support ticket with codecov.io providing details for this PR. If we don't hear back from codecov support, does it make sense to try restarting the codecov jobs? |
There is no separate codecov job, it's a step in unit-tests, and I already rerun those. This could be a persistent issue, but let me try to merge master. BTW, there is a conflict in go.sum, but since this PR does not change dependencies, it should have no changes in go.sum, so I am going to accept one from master. |
please resolve conflict (easiest is to merge as is and then regenerate and commit on top) |
Sorry @bhiravabhatla, looks like the build failures are my fault. My commit contained an accidental change to the generated assets. You may need to regenerate the assets and commit them in again. |
The DCO check is broken on some commits. I recommend squashing all commits into one and rebasing off fresh master. |
I am unable to squash commits. I am getting multiple parent issue with one of the merge commits(8c29abe) while squashing my commits - |
Sorry - This happened during my trail and error to fix DCO issues. |
Apologies repeating same mistake again :(, Created another PR(#2796) - I am doing something wrong while rebasing/merging with master - which is causing DCO issues. I would try and get to the root of it. |
Signed-off-by: santosh bsantosh@thoughtworks.com
Which problem is this PR solving?
Short description of the changes