[9.0](backport #7725) chore: update OTel components to v0.122.0#7984
[9.0](backport #7725) chore: update OTel components to v0.122.0#7984mergify[bot] wants to merge 3 commits into9.0from
Conversation
* chore: update OTel components to v0.122.0 * add PR link * tentative fix for 'must not specify both logs_index and logs_dynamic_index' * add prometheusreceiver to gomoddirectives * Fix TestGetOtelConfig * explicitly set mapping mode otherwise it defaults to otel * add missing logs_index to expected test config (cherry picked from commit fb3a575) # Conflicts: # go.mod # go.sum # internal/pkg/otel/README.md
|
Cherry-pick of fb3a575 has failed: To fix up this pull request, you can check it out locally. See documentation: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally |
|
Pinging @elastic/elastic-agent-control-plane (Team:Elastic-Agent-Control-Plane) |
|
I don't think we want to update otel dependencies in patch releases. @mauri870 |
|
This pull request has not been merged yet. Could you please review and merge it @mauri870? 🙏 |
|
The second one probably shouldn't have been. The first one went in before the final build candidate, which is fine. This is my understanding of our current policy, correct me if I'm wrong @cmacknz. |
💚 Build Succeeded
History
cc @mauri870 |
|
@swiatekm Thanks for bringing this up today! Given the rationale about breaking changes, I agree that we shouldn't backport this to 9.0, as the breaking changes from elasticsearchexporter mapping::mode could break configuration that was previously working fine, which is not something a user would expect from a patch release. |




What does this PR do?
Updates the OTel components to v1.28.0/v0.122.0.
This update was performed using following command:
Checklist
./changelog/fragmentsusing the changelog toolHow to test this PR locally
This is an automatic backport of pull request #7725 done by [Mergify](https://mergify.com).