Skip to content

Conversation

mahadzaryab1
Copy link
Collaborator

Which problem is this PR solving?

Description of the changes

  • The jaeger_query extension was previously added to config-remote-storage-backend.yaml solely to satisfy a requirement in the storage cleaner setup, even though it was otherwise unnecessary.
  • This PR removes that dependency by relaxing the logic that creates the storage cleaner configuration. Instead of requiring jaeger_query, the code now first attempts to read the storage from the jaeger_query extension if available, and falls back to the remote_storage extension if it is not.

How was this change tested?

  • CI

Checklist

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
@mahadzaryab1 mahadzaryab1 added the changelog:exprimental Change to an experimental part of the code label Apr 20, 2025
@mahadzaryab1 mahadzaryab1 requested a review from yurishkuro April 20, 2025 16:57
@mahadzaryab1 mahadzaryab1 requested a review from a team as a code owner April 20, 2025 16:57
@dosubot dosubot bot added the area/storage label Apr 20, 2025
Copy link

codecov bot commented Apr 20, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 96.03%. Comparing base (b3c329b) to head (5fff2b5).
Report is 2 commits behind head on main.

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #7059   +/-   ##
=======================================
  Coverage   96.03%   96.03%           
=======================================
  Files         355      355           
  Lines       20973    20973           
=======================================
  Hits        20141    20141           
  Misses        626      626           
  Partials      206      206           
Flag Coverage Δ
badger_v1 9.97% <ø> (ø)
badger_v2 2.07% <ø> (ø)
cassandra-4.x-v1-manual 15.00% <ø> (ø)
cassandra-4.x-v2-auto 2.06% <ø> (ø)
cassandra-4.x-v2-manual 2.06% <ø> (ø)
cassandra-5.x-v1-manual 15.00% <ø> (ø)
cassandra-5.x-v2-auto 2.06% <ø> (ø)
cassandra-5.x-v2-manual 2.06% <ø> (ø)
elasticsearch-6.x-v1 19.95% <ø> (ø)
elasticsearch-7.x-v1 20.02% <ø> (ø)
elasticsearch-8.x-v1 20.19% <ø> (ø)
elasticsearch-8.x-v2 2.07% <ø> (ø)
grpc_v1 11.52% <ø> (ø)
grpc_v2 2.07% <ø> (ø)
kafka-3.x-v1 10.24% <ø> (ø)
kafka-3.x-v2 2.07% <ø> (ø)
memory_v2 2.07% <ø> (ø)
opensearch-1.x-v1 20.07% <ø> (ø)
opensearch-2.x-v1 20.07% <ø> (ø)
opensearch-2.x-v2 2.07% <ø> (ø)
query 2.07% <ø> (ø)
tailsampling-processor 0.56% <ø> (ø)
unittests 94.80% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

EnvVarOverrides: map[string]string{
"JAEGER_QUERY_GRPC_ENDPOINT": "localhost:0",
"JAEGER_QUERY_HTTP_ENDPOINT": "localhost:0",
},
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why isn't this needed? The main collector config has query in it, and query config also has it, they would cause conflicts.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@yurishkuro This is using the remote storage backend which removes the query service

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ah... we definitely need the diagrams, you changed how query test is architected - the "backend" acts as both collector and the remote storage (clever!)

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hahah yeah I had to move those around in the last PR. And yes absolutely - will address in #7055

@yurishkuro yurishkuro added this pull request to the merge queue Apr 20, 2025
Merged via the queue into jaegertracing:main with commit 0994c98 Apr 20, 2025
59 checks passed
amilbcahat pushed a commit to amilbcahat/jaeger that referenced this pull request May 4, 2025
…d config (jaegertracing#7059)

## Which problem is this PR solving?
- Resolves jaegertracing#7058

## Description of the changes
- The `jaeger_query` extension was previously added to
`config-remote-storage-backend.yaml` solely to satisfy a requirement in
the storage cleaner setup, even though it was otherwise unnecessary.
- This PR removes that dependency by relaxing the logic that creates the
storage cleaner configuration. Instead of requiring `jaeger_query`, the
code now first attempts to read the storage from the `jaeger_query`
extension if available, and falls back to the `remote_storage` extension
if it is not.

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
amilbcahat pushed a commit to amilbcahat/jaeger that referenced this pull request May 4, 2025
…d config (jaegertracing#7059)

## Which problem is this PR solving?
- Resolves jaegertracing#7058

## Description of the changes
- The `jaeger_query` extension was previously added to
`config-remote-storage-backend.yaml` solely to satisfy a requirement in
the storage cleaner setup, even though it was otherwise unnecessary.
- This PR removes that dependency by relaxing the logic that creates the
storage cleaner configuration. Instead of requiring `jaeger_query`, the
code now first attempts to read the storage from the `jaeger_query`
extension if available, and falls back to the `remote_storage` extension
if it is not.

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
Signed-off-by: amol-verma-allen <amol.verma@allen.in>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/storage changelog:exprimental Change to an experimental part of the code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Relax Integration Test Check For Storage Cleaner
2 participants