[receiver/sqlserver] Request to add support for more metrics #29865
Labels
Comments
crobert-1
added
enhancement
|
Pinging code owners for receiver/sqlserver: @djaglowski @StefanKurek. See Adding Labels via Comments if you do not have permissions to add labels yourself. |
|
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
|
I found upon further investigation that only the I'm going to do some more investigation on these metrics to see if there are Windows Performance Counter-alternatives that would be sufficient. |
This was referenced Dec 19, 2023
88 tasks
This was referenced Jan 23, 2024
|
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This was referenced Feb 20, 2024
This was referenced Feb 27, 2024
This was referenced Mar 5, 2024
This was referenced Mar 19, 2024
This was referenced Apr 9, 2024
|
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
|
Since the first PR adding new metrics was merged, I believe this is acceptable to code owners. Removing |
This was referenced May 2, 2024
dmitryax
pushed a commit
that referenced
this issue
May 13, 2024
**Description:** This change adds a query, scraper, and some more metrics for data from the performance counter SQL server table. The query itself is mostly taken from Telegraf's SQL server plugin. This also reuses the existing metric `sqlserver.lock.wait.rate`, so now it will be available both from Windows performance counters, as well as other OSs when directly connecting to the SQL server instance. **Naming and format feedback on new metrics would be greatly appreciated.** **Link to tracking Issue:** #29865 **Testing:** Added tests for the query itself, as well as the new scraper. Co-authored-by: Daniel Jaglowski <jaglows3@gmail.com>
djaglowski
pushed a commit
that referenced
this issue
May 20, 2024
**Description:** <Describe what has changed.> <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> This adds one more metric, `sqlserver.properties.db.status`, which shows the total number of databases in each state. **Link to tracking Issue:** <Issue number if applicable> #29865 **Testing:** <Describe what testing was performed and which tests were added.> Testing added, existing tests are passing.
djaglowski
pushed a commit
that referenced
this issue
Jun 5, 2024
**Description:** <Describe what has changed.> <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> This adds more metrics (disabled by default) from the existing `database_io` query. The values being scraped can be found [here](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-io-virtual-file-stats-transact-sql?view=sql-server-ver16). **Link to tracking Issue:** <Issue number if applicable> Continued work on #29865 **Testing:** <Describe what testing was performed and which tests were added.> Tests added. Also confirmed all expected metrics were properly scraped manually.
steves-canva
added a commit
to Canva/opentelemetry-collector-contrib
that referenced
this issue
Jun 14, 2024
* Update module google.golang.org/api to v0.178.0 (#32927)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[google.golang.org/api](https://togithub.com/googleapis/google-api-go-client)
| `v0.177.0` -> `v0.178.0` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>googleapis/google-api-go-client
(google.golang.org/api)</summary>
###
[`v0.178.0`](https://togithub.com/googleapis/google-api-go-client/releases/tag/v0.178.0)
[Compare
Source](https://togithub.com/googleapis/google-api-go-client/compare/v0.177.0...v0.178.0)
##### Features
- **all:** Auto-regenerate discovery clients
([#​2561](https://togithub.com/googleapis/google-api-go-client/issues/2561))
([2d22d11](https://togithub.com/googleapis/google-api-go-client/commit/2d22d11df9643a4fad0f9e952d7a92a419370122))
- **all:** Auto-regenerate discovery clients
([#​2564](https://togithub.com/googleapis/google-api-go-client/issues/2564))
([b313e4b](https://togithub.com/googleapis/google-api-go-client/commit/b313e4bd70e601fd7a2a931f168fb1dece980e75))
- **all:** Auto-regenerate discovery clients
([#​2565](https://togithub.com/googleapis/google-api-go-client/issues/2565))
([0843d21](https://togithub.com/googleapis/google-api-go-client/commit/0843d217048b2e713c0d273b95b33afb99926a8c))
- **all:** Auto-regenerate discovery clients
([#​2567](https://togithub.com/googleapis/google-api-go-client/issues/2567))
([76b27f1](https://togithub.com/googleapis/google-api-go-client/commit/76b27f162032649ddb3cb3f06ed24c7333b3fa66))
- **all:** Auto-regenerate discovery clients
([#​2568](https://togithub.com/googleapis/google-api-go-client/issues/2568))
([d922e3b](https://togithub.com/googleapis/google-api-go-client/commit/d922e3b559ce5832941390b4f9bf91210e3f6579))
- **all:** Auto-regenerate discovery clients
([#​2570](https://togithub.com/googleapis/google-api-go-client/issues/2570))
([f2da582](https://togithub.com/googleapis/google-api-go-client/commit/f2da582c9f6aab240d44c8ebd2dcc43f5096f896))
- **all:** Auto-regenerate discovery clients
([#​2571](https://togithub.com/googleapis/google-api-go-client/issues/2571))
([0c976dc](https://togithub.com/googleapis/google-api-go-client/commit/0c976dcc8d1d653f2284ce273493e6714a6d4b2a))
- **gen:** Add internaloption.EnableNewAuthLibrary
([#​2519](https://togithub.com/googleapis/google-api-go-client/issues/2519))
([8c74bb8](https://togithub.com/googleapis/google-api-go-client/commit/8c74bb83e2bc27188154c506e63a3e0f3a042f55))
- **google-api-go-client:** Add x-goog-api-version header
([#​2563](https://togithub.com/googleapis/google-api-go-client/issues/2563))
([fe54ffd](https://togithub.com/googleapis/google-api-go-client/commit/fe54ffd92359506fca1ffd70dc647db0ab9a903c))
##### Documentation
- Update commit style in CONTRIBUTING
([#​2566](https://togithub.com/googleapis/google-api-go-client/issues/2566))
([5e44215](https://togithub.com/googleapis/google-api-go-client/commit/5e44215df618fcafd5f6c1bbe259062cddd32f1a))
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zNDAuMTAiLCJ1cGRhdGVkSW5WZXIiOiIzNy4zNDAuMTAiLCJ0YXJnZXRCcmFuY2giOiJtYWluIiwibGFiZWxzIjpbImRlcGVuZGVuY2llcyIsInJlbm92YXRlYm90Il19-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
* chore: add constants for prometheus translation (#32830)
**Description:**
This is a cleanup to consolidate the constants used for prometheus
translation in a single place.
---------
Co-authored-by: Curtis Robert <crobert@splunk.com>
* sumologicexporter!: change metrics behavior (#32737)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
* remove suppport for carbon2 and graphite
* add support for otlp format
* do not support metadata attributes
* do not support source headers
* set otlp as default format
This PR reduces size of #32315
**Link to tracking Issue:** #31479
**Testing:**
- unit tests
- manual tests
**Documentation:**
- Readme
---------
Signed-off-by: Dominik Rosiek <drosiek@sumologic.com>
Co-authored-by: Adam Boguszewski <aboguszewski@sumologic.com>
* Update module github.com/aws/aws-sdk-go to v1.52.4 (#32928)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
| [github.com/aws/aws-sdk-go](https://togithub.com/aws/aws-sdk-go) |
`v1.52.3` -> `v1.52.4` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>aws/aws-sdk-go (github.com/aws/aws-sdk-go)</summary>
###
[`v1.52.4`](https://togithub.com/aws/aws-sdk-go/blob/HEAD/CHANGELOG.md#Release-v1524-2024-05-07)
[Compare
Source](https://togithub.com/aws/aws-sdk-go/compare/v1.52.3...v1.52.4)
\===
##### Service Client Updates
- `service/b2bi`: Updates service documentation
- `service/budgets`: Updates service API and documentation
- This release adds tag support for budgets and budget actions.
- `service/resiliencehub`: Updates service API, documentation, and
paginators
- `service/route53profiles`: Updates service API and documentation
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zNDAuMTAiLCJ1cGRhdGVkSW5WZXIiOiIzNy4zNDAuMTAiLCJ0YXJnZXRCcmFuY2giOiJtYWluIiwibGFiZWxzIjpbImRlcGVuZGVuY2llcyIsInJlbm92YXRlYm90Il19-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
* [chore][receiver/sqlserver] Update documentation for darwin and linux OS (#32878)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
With the enhancement in
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/30297,
the SQL Server receiver can now run on MacOS and Linux, since it no
longer solely relies on Windows. The difference in functionality has
(hopefully) been documented clearly between the different platforms, so
the unsupported warning can be removed. I missed this in my previous
PRs.
* Update module github.com/grafana/loki/pkg/push to v0.0.0-20240507085123-772616cd8f5c (#32897)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
| [github.com/grafana/loki/pkg/push](https://togithub.com/grafana/loki)
| `v0.0.0-20240506154431-a772ed705c65` ->
`v0.0.0-20240507085123-772616cd8f5c` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zNDAuMTAiLCJ1cGRhdGVkSW5WZXIiOiIzNy4zNDAuMTAiLCJ0YXJnZXRCcmFuY2giOiJtYWluIiwibGFiZWxzIjpbImRlcGVuZGVuY2llcyIsInJlbm92YXRlYm90Il19-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
* chore(deps): update dependency go to v1.22.3 (#32621)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Type | Update | Change |
|---|---|---|---|
| [go](https://go.dev/) ([source](https://togithub.com/golang/go)) |
toolchain | minor | `1.21.9` -> `1.22.3` |
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>golang/go (go)</summary>
###
[`v1.22.3`](https://togithub.com/golang/go/compare/go1.22.2...go1.22.3)
###
[`v1.22.2`](https://togithub.com/golang/go/compare/go1.22.1...go1.22.2)
###
[`v1.22.1`](https://togithub.com/golang/go/compare/go1.22.0...go1.22.1)
###
[`v1.22.0`](https://togithub.com/golang/go/compare/go1.21.7...go1.22rc1)
###
[`v1.21.10`](https://togithub.com/golang/go/compare/go1.21.9...go1.21.10)
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zMTMuMSIsInVwZGF0ZWRJblZlciI6IjM3LjM0MC4xMCIsInRhcmdldEJyYW5jaCI6Im1haW4iLCJsYWJlbHMiOlsiZGVwZW5kZW5jaWVzIiwicmVub3ZhdGVib3QiXX0=-->
---------
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Juraci Paixão Kröhling <juraci@kroehling.de>
* [receiver/haproxy] Unit test timing out (#32940)
I wasn't able to reproduce the exact situation from CI, but the tests I
changed weren't completing at all here. Looking closely, it looks like
they never closed the stream, something the first test does. After
closing it, the tests start passing locally for me. While I'm not
confident this will fix the CI flaky failures, this does make the test
work locally for me.
Fixes #32877
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
Co-authored-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [connector/servicegraph] Remove use of host.GetExporters (#32902)
Fixes #31628
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
---------
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
Co-authored-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [exporter/loadbalancing] Improve the performance when merging traces belonging to the same backend (#32032)
**Description:** no need to reimplement that in an extremely
allocation-inefficient fashion.
I'm actually not sure why mergeTraces() and mergeMetrics() need to exist
in the first place; all the other exporters coupled with the batch
processor work just fine, not sure why loadbalancing would be special.
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/30141
seems to imply they were implemented to improve performance, but I don't
really understand why batch processor would not have been sufficient for
that improvement originally.
benchmarks before:
```
goos: darwin
goarch: arm64
pkg: github.com/open-telemetry/opentelemetry-collector-contrib/exporter/loadbalancingexporter
BenchmarkMergeTraces_X100-8 50214 23507 ns/op
BenchmarkMergeTraces_X500-8 10000 113952 ns/op
BenchmarkMergeTraces_X1000-8 5208 226062 ns/op
BenchmarkMergeMetrics_X100-8 64933 18540 ns/op
BenchmarkMergeMetrics_X500-8 12885 91418 ns/op
BenchmarkMergeMetrics_X1000-8 6590 184584 ns/op
PASS
ok github.com/open-telemetry/opentelemetry-collector-contrib/exporter/loadbalancingexporter 9.783s
```
and after:
```
goos: darwin
goarch: arm64
pkg: github.com/open-telemetry/opentelemetry-collector-contrib/exporter/loadbalancingexporter
BenchmarkMergeTraces_X100-8 295886529 3.836 ns/op
BenchmarkMergeTraces_X500-8 309865370 3.833 ns/op
BenchmarkMergeTraces_X1000-8 310739948 3.800 ns/op
BenchmarkMergeMetrics_X100-8 315567813 3.841 ns/op
BenchmarkMergeMetrics_X500-8 310341650 3.849 ns/op
BenchmarkMergeMetrics_X1000-8 314292003 3.830 ns/op
PASS
ok github.com/open-telemetry/opentelemetry-collector-contrib/exporter/loadbalancingexporter 10.733s
```
**Link to tracking Issue:** n/a
**Testing:** unit tests pass & cpu time for our collectors using
loadbalancingexporter (12 replicas, total of 25k-40k spans/sec) went
from 800ms-1400ms/sec down to <40msec/sec.
**Documentation:** none
---------
Co-authored-by: Juraci Paixão Kröhling <juraci.github@kroehling.de>
* Move Aneurysm9 to emeritus status (#32943)
I have been unable to provide this position the bandwidth that it
deserves and it is time to formalize recognition of that fact.
Signed-off-by: Anthony J Mirabella <a9@aneurysm9.com>
* [receiver/googlecloudpubsubreceiver] Fix memory leak during shutdown (#32361)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
This PR contains the following changes:
1. Add `Close` call to the receiver's GRPC client. Without this,
goroutines were being leaked on shutdown.
2. Change `grpc.Dial` -> `grpc.NewClient`. They offer the same
functionality, but `Dial` is being deprecated in favor of `NewClient`.
3. Enable `goleak` checks on this receiver to help ensure no goroutines
are being leaked.
4. Change a couple `Assert.Nil` calls to `Assert.NoError`. The output of
`NoError` includes the error message if hit, `Nil` simply includes the
object's address, i.e. `&status.Error{s:(*status.Status)(0xc00007e158)}`
**Link to tracking Issue:** <Issue number if applicable>
#30438
**Testing:** <Describe what testing was performed and which tests were
added.>
All existing tests are passing, as well as added goleak check.
* [chore] Add some docs to readme regarding file exporter (#32855)
Admittedly I tested this via docker-compose. I can expand to having a
full docker-compose file with telemetry gen if that's preferred.
---------
Co-authored-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [receiver/vcenter] Fixes Cluster Resource Attributes for Datastore Resource (#32687)
**Description:** <Describe what has changed.>
Removed the `vcenter.cluster.name` resource attribute from all Datastore
resources.
**Link to tracking Issue:** <Issue number if applicable>
#32674
**Testing:** <Describe what testing was performed and which tests were
added.>
Unit/integration tests updated and tested. Local environment tested.
**Documentation:** <Describe the documentation added.>
New documentation generated based on the metadata.
---------
Co-authored-by: Daniel Jaglowski <jaglows3@gmail.com>
Co-authored-by: Curtis Robert <crobert@splunk.com>
* [receiver/vcenter] Adds New Packet Dropped Rate Metric for VMs (#32930)
**Description:** <Describe what has changed.>
Adds new default disabled (with Warning log for default enabled on next
release) metric `vcenter.vm.network.packet.drop.rate` for Virtual
Machines.
This metric makes use of the `droppedRx` and `droppedTx` Network
performance metrics detailed
[here](https://vdc-repo.vmware.com/vmwb-repository/dcr-public/d1902b0e-d479-46bf-8ac9-cee0e31e8ec0/07ce8dbd-db48-4261-9b8f-c6d3ad8ba472/network_counters.html)
for Virtual machines. This would use the same metric attributes as the
other VM packet metrics and closely match
`vcenter.vm.network.packet.rate` in every other way.
**Link to tracking Issue:** <Issue number if applicable>
#32929
**Testing:** <Describe what testing was performed and which tests were
added.>
Unit/integration tests updated and tested. Local environment tested.
**Documentation:** <Describe the documentation added.>
New documentation generated based on the metadata.
* fix(deps): update module github.com/open-telemetry/otel-arrow to v0.22.0 (#32105)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[github.com/open-telemetry/otel-arrow](https://togithub.com/open-telemetry/otel-arrow)
| `v0.18.0` -> `v0.22.0` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>open-telemetry/otel-arrow
(github.com/open-telemetry/otel-arrow)</summary>
###
[`v0.22.0`](https://togithub.com/open-telemetry/otel-arrow/releases/tag/v0.22.0)
[Compare
Source](https://togithub.com/open-telemetry/otel-arrow/compare/v0.21.0...v0.22.0)
Includes
[#​178](https://togithub.com/open-telemetry/otel-arrow/issues/178).
[CHANGELOG](https://togithub.com/open-telemetry/otel-arrow/blob/main/CHANGELOG.md)
###
[`v0.21.0`](https://togithub.com/open-telemetry/otel-arrow/releases/tag/v0.21.0)
[Compare
Source](https://togithub.com/open-telemetry/otel-arrow/compare/v0.20.0...v0.21.0)
See the
[CHANGELOG](https://togithub.com/open-telemetry/otel-arrow/blob/main/CHANGELOG.md).
###
[`v0.20.0`](https://togithub.com/open-telemetry/otel-arrow/releases/tag/v0.20.0)
[Compare
Source](https://togithub.com/open-telemetry/otel-arrow/compare/v0.19.0...v0.20.0)
##### What's Changed
- Backport lint fixes from OTel-Collector-Contrib PR 31996 by
[@​jmacd](https://togithub.com/jmacd) in
[https://github.com/open-telemetry/otel-arrow/pull/163](https://togithub.com/open-telemetry/otel-arrow/pull/163)
- Upgrade collector to v0.97.0 by
[@​moh-osman3](https://togithub.com/moh-osman3) in
[https://github.com/open-telemetry/otel-arrow/pull/164](https://togithub.com/open-telemetry/otel-arrow/pull/164)
**Full Changelog**:
https://github.com/open-telemetry/otel-arrow/compare/v0.19.0...v0.20.0
###
[`v0.19.0`](https://togithub.com/open-telemetry/otel-arrow/releases/tag/v0.19.0)
[Compare
Source](https://togithub.com/open-telemetry/otel-arrow/compare/v0.18.0...v0.19.0)
See
[CHANGELOG.md](https://togithub.com/open-telemetry/otel-arrow/blob/main/CHANGELOG.md#0190---2024-03-26)
for release notes.
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4yNjkuMiIsInVwZGF0ZWRJblZlciI6IjM3LjM0MC4xMCIsInRhcmdldEJyYW5jaCI6Im1haW4ifQ==-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
* [remotetapprocessor] use 'time/rate' to limit traffic (#32481)
bug: The remotetapprocessor `limit` configure doesn't work.
how to fix: use `time/rate` to limit traffic.
Resolves
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32385
---------
Co-authored-by: Andrzej Stencel <astencel@sumologic.com>
* [receiver/vcenter] Switches Over Metadata Configs Waiting for v0.100.0 Release (#32913)
**Description:** <Describe what has changed.>
A number of configurations were disabled by default and had warnings
that they were going to be enabled in v0.101.0 (1 metric had a warning
that it was going to be removed).
Now that v0.100.0 has been release, I have removed all of these
warnings, and made the modifications that the warnings "warned" about. I
have also updated the tests to reflect this.
**Link to tracking Issue:** <Issue number if applicable>
#32803 #32805 #32821 #32531 #32557
**Testing:** <Describe what testing was performed and which tests were
added.>
Unit/integration tests updated and tested. Local environment tested.
**Documentation:** <Describe the documentation added.>
New documentation generated based on the metadata.
* [chore][fileconsumer] Skip flaky TestFlushPeriodEOF on windows (#32946)
See
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32715
This also adds a bit more debugging info for other tests which fail on
the same expectation, since it's not very obvious what was expected vs
actually found.
* [chore][CI/CD][arm] Trigger arm runs on label (#32955)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
I found in
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/32948
that the label `Run ARM` has been added, but the `build-and-test-arm /
arm-unittest-matrix (pull_request) ` workflow is still skipped. This is
because the `label` action does not trigger a retry.
From
[documentation](https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#pull_request):
```
if no activity types are specified, the workflow runs when a pull request is opened or reopened or when the head branch of the pull request is updated.
```
We need to specify that labelling issues should trigger the workflow to
check to see if it needs to run again. I've copied the added section
from the Windows workflow. I also added that we should only run on PRs
against `main`.
**Testing:**
This PR shows it's working as it should now. Arm test was [originally
skipped](https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/9009218559/job/24753003216?pr=32955),
but after adding the label, tests [have
started](https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/9009223570/job/24753017935?pr=32955)
* [chore][receiver/splunkenterprise] Add header to README (#32956)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
The readme for the Splunk Enterprise receiver does not currently have
the autogenerated header. This was missing because `mdatagen` requires
`<!-- status autogenerated section -->` and `<!-- end autogenerated
section -->` to know where to insert the generated data.
* [exporter/elasticsearch] Replace go-elasticsearch BulkIndexer with go-docappender (#32359)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
Replace go-elasticsearch BulkIndexer with go-docappender BulkIndexer for
Flush function in preparation for reliability fixes. Maintain similar
interface and implementation to go-elasticsearch BulkIndexer.
Further changes to expose individual `docappender.BulkIndexer` instances
are needed down the road but it is out of the scope of this PR.
Implications of this change:
- flush timeout is now enforced on client side
- oversize payload special handling is now removed
- go-docappender uses bulk request filterPath which means bulk response
is smaller, less JSON parsing and lower CPU usage
- document level retry debug logging is removed as retries are done
transparently
~~Blocked by #32585~~
**Link to tracking Issue:** <Issue number if applicable> Fixes #32378
**Testing:** Integration test is passing
---------
Co-authored-by: Vishal Raj <vishal.raj@elastic.co>
* fix(test): Skip flaky test around forcing collector re-registration until the root cause is confirmed (#32937)
**Description:** Remove flaky test around forcing collector
re-registration until the root cause is confirmed
**Link to tracking Issue:**
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32785
**Testing:** Unit tests
* [chore][receiver/splunkenterprise] Splunkent wire component (#32795)
**Description:** Graduate splunkenterprise receiver component to alpha
**Link to tracking Issue:**
**Testing:** Performed `make otelcontribcol` and ran resulting binary
with the following config:
```yaml
extensions:
basicauth/indexer:
client_auth:
username: admin
password: securityFirst
basicauth/cluster_master:
client_auth:
username: admin
password: securityFirst
receivers:
splunkenterprise:
indexer:
auth:
authenticator: basicauth/indexer
endpoint: "https://localhost:8089/"
timeout: 45s
cluster_master:
auth:
authenticator: basicauth/cluster_master
endpoint: "https://localhost:8089/"
timeout: 45s
exporters:
otlp:
endpoint: 127.0.0.1:8000
service:
extensions: [basicauth/indexer, basicauth/cluster_master]
pipelines:
metrics:
receivers: [splunkenterprise]
exporters: [otlp]
```
and received the following output:
```
sh ~> ./otelcontribcol_linux_amd64 --config=file:config.yaml
2024-05-08T17:34:33.032-0500 info service@v0.100.0/service.go:102 Setting up own telemetry...
2024-05-08T17:34:33.032-0500 info service@v0.100.0/telemetry.go:103 Serving metrics {"address": ":8888", "level": "Normal"}
2024-05-08T17:34:33.032-0500 info receiver@v0.100.0/receiver.go:310 Development component. May change in the future. {"kind": "receiver", "name": "splunkenterprise", "data_type": "metrics"}
2024-05-08T17:34:33.033-0500 info service@v0.100.0/service.go:169 Starting otelcontribcol... {"Version": "0.100.0-dev", "NumCPU": 16}
2024-05-08T17:34:33.033-0500 info extensions/extensions.go:34 Starting extensions...
2024-05-08T17:34:33.033-0500 info extensions/extensions.go:37 Extension is starting... {"kind": "extension", "name": "basicauth/cluster_master"}
2024-05-08T17:34:33.033-0500 info extensions/extensions.go:52 Extension started. {"kind": "extension", "name": "basicauth/cluster_master"}
2024-05-08T17:34:33.033-0500 info extensions/extensions.go:37 Extension is starting... {"kind": "extension", "name": "basicauth/indexer"}
2024-05-08T17:34:33.033-0500 info extensions/extensions.go:52 Extension started. {"kind": "extension", "name": "basicauth/indexer"}
2024-05-08T17:34:33.033-0500 info service@v0.100.0/service.go:195 Everything is ready. Begin running and processing data.
```
indicating that the collector was able to successfully start with the
component configured.
**Documentation:** Documentation was updated to indicate change in
status from development to alpha
---------
Co-authored-by: Curtis Robert <crobert@splunk.com>
* [pkg/ottl] Added support for timezone in Time converter (#32479)
**Description:**
Added support for default timezone in Time converter.
Timezone is optional and can be specified as so: `Time("2023-05-26
12:34:56", "%Y-%m-%d %H:%M:%S", "America/New_York")`
**Link to tracking Issue:** #32140
**Testing:** Unit tests added
**Documentation:** Documentation in ottl/Readme updated
---------
Co-authored-by: Tyler Helmuth <12352919+TylerHelmuth@users.noreply.github.com>
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
* [processor/transform] Add common where clause (#31491)
**Description:** Add global conditions with where clause
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
**Link to tracking Issue:** Fixes #27830
**Testing:** Unit tests
**Documentation:** TODO
~~The main objective is to extend the `ContextStatements` struct by
adding a new `Conditions` parameter. By introducing `Conditions` to
`ContextStatements`, we can now apply a global condition to all related
statements in `WithStatementSequenceGlobalConditions` function.~~
Thanks in advance for your feedback! If this changes will be fine, I
will add common where clause into another context `span`, `metrics`.
* Instantiate ID in pkg/stanza/adapter tests (#32966)
**Description:** <Describe what has changed.>
In https://github.com/open-telemetry/opentelemetry-collector/pull/10069,
I am making Type an interface. This means the zero value of Type will be
nil - which will cause this test to fail. Initializing ID instead of
relying on the zero value fixes this
---------
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
Co-authored-by: Bogdan Drutu <bogdandrutu@gmail.com>
* Add connector usage to the testbed (#32881)
**Description:** Added a new component to the testbed called
DataConnectors which allows connectors to be added to the testbed
config. Also, added a sample connector correctness test using the
routingconnector as an example of the usage.
**Link to tracking Issue:** #30165
**Testing:** Sample correctness test using routingconnector.
**Documentation:** Will update the testbed README with new addition.
---------
Co-authored-by: Bryan Aguilar <bryaag@amazon.com>
* [chore][CONTRIBUTING.md] Update adding component directions (#32957)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
This is two main changes:
1. Remove `goleak` section. It's now added by default by mdatagen,
there's nothing required of users here.
2. Add information and reformat the `Last steps` section of adding a new
component.
- Move the directions to be bullet points
- Add `make generate` to make sure the component's README is updated
properly
- Explicitly point out that stability and distribution needs to be
updated in `metadata.yaml`
- Add step for adding the component to the releases repo. My
understanding is that if a component is `Alpha`, it should be included
in the release, so I've made that a noted part of the steps here. (Let
me know if we should word this in a more "optional" way.)
---------
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
* [opampextension]: Move custom message interface to separate module (#32951)
**Description:** <Describe what has changed.>
* Breaks our the custom message interface to a separate module, so other
components can use the interface without needing to import the
`opampextension` module in its entirety.
We could temporarily alias the old methods if we'd like, but I think
that the CustomMessage stuff has been so short lived that, in addition
to the alpha status of the opampextension component, it feels justified
to just skip the deprecation process and move it to a new module.
**Link to tracking Issue:** Closes #32950
**Testing:**
* Covered by existing unit tests
**Documentation:**
* Added more documentation on usage in the new module.
* Modified opampextension docs to point to the new module.
* [chore] Add contrib confmap providers to otelcontribcol (#32916)
**Description:**
Contrib hosts two confmap providers which aren't in the local binary. We
should add them so we can test them with a live system.
cc @Aneurysm9 @driverpt @atoulme
---------
Co-authored-by: Evan Bradley <evan-bradley@users.noreply.github.com>
* chore: remote write exporter retry on 429 (#31924)
**Description:** <Describe what has changed.>
This PR adds an option to retry the remote write requests when the
receiving backend responds with 429 http status code,
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
**Link to tracking Issue:** #31032
**Testing:** <Describe what testing was performed and which tests were
added.>
Added tests covering the case.
**Documentation:** <Describe the documentation added.>
Not sure what's the pattern for documenting feature flags.
---------
Co-authored-by: Anthony Mirabella <a9@aneurysm9.com>
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
Co-authored-by: David Ashpole <dashpole@google.com>
* [chore] vcenterreceiver Adds Accidentally Removed Unit Test Configs/Results (#32987)
**Description:** <Describe what has changed.>
In this
[PR](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/32913),
I accidentally removed all the enabled configs from the 2nd set of unit
tests. This was incorrect as there are still 4 of them that are
currently disabled by default. This is rectifying that by adding those
back in.
**Link to tracking Issue:** <Issue number if applicable>
**Testing:** <Describe what testing was performed and which tests were
added.>
This change is for the unit tests only
**Documentation:** <Describe the documentation added.>
NA
* OpenTelemetry Protocol with Apache Arrow Exporter component (#31996)
**Description:**
This is the same code as OTel-Arrow at
https://github.com/open-telemetry/otel-arrow/releases/tag/v0.23.0 (plus
[backported lint and test
fixes](https://github.com/open-telemetry/otel-arrow/commit/0910113d46454c80881db840e21f25485dce2499)).
Only import statements change here, to match the host repository.
**Link to tracking Issue:** #26491
**Testing:** Test coverage is approximately 90%.
**Documentation:** I double-checked and the existing README had only a
few updates needed.
* [exporter/sumologic] change logs behavior (#32939)
**Description:**
* set OTLP as default format
* add support for OTLP format
* do not support metadata attributes
* do not support source headers
**Link to tracking Issue:** #32315
**Testing:**
* unit tests
**Documentation:**
* inline comments
* readme
---------
Signed-off-by: Dominik Rosiek <drosiek@sumologic.com>
* Fix diff to upstream
* [chore][exporter/rabbitmq] Add missing code owner (#32984)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
@atoulme [volunteered to be the
sponsor](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/28891#issuecomment-1981402878)
of this component, so I believe he should be listed as a code owner.
From
[CONTRIBUTING.md](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/CONTRIBUTING.md#adding-new-components):
```
A sponsor is an approver who will be in charge of being the official reviewer of the code and become a code owner for the component.
```
**Link to tracking Issue:** <Issue number if applicable>
#28891
* [chore][receiver/sqlserver] Document Windows-only metrics (#32944)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
The referenced metrics are being gathered from Windows perf counters,
thus they're currently only available on Windows. With the introduction
of direct connection and other supported OSs, I think it would be good
to be clear to users about metric availability.
* [receiver/splunkehecreceiver] Align acking behavior with that of Splu… (#32996)
**Description:**
- Make the channelID header case-insensitive
- Make hecreceiver endpoints able to extract channelID from query params
**Link to tracking Issue:** https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32995
* [receiver/vcenter] Collection Time Performance Enhancement (#32991)
**Description:** <Describe what has changed.>
There were already some improvements made as far as how networks calls
were made centered around Virtual Machines. This allowed collection
times to decrease from ~90s to ~27s in an environment with 1 Cluster, 2
Hosts, & 280 VMs.
Making similar changes for all resource types helped to further decrease
collection times. Now collection time has decreased from ~27s to <~3s
for the same environment.
Here's a general list of the changes made:
- Now makes all network calls (per datacenter) first and stores returned
data.
- Processes this data afterwards to convert to OTEL resources/metrics
(refactored to new file).
- Moves all metric recording to metrics.go to keep consistent.
- Moves all resource builder creation to resources.go to keep
consistent.
- Updates/fixes tests.
**Link to tracking Issue:** <Issue number if applicable>
#31837 Although this issue prescribes a solution to the problem
(goroutines) which ended up not being necessary
**Testing:** <Describe what testing was performed and which tests were
added.>
Unit Tests & Integration Tests Passing as well as Manual Testing in
Local Environments
**Documentation:** <Describe the documentation added.>
N/A
* [exporter/sumologic]: add sticky session (#33011)
**Description:**
Adds support for sticky session in order to better support AWS LB. This
code is moved from Sumo Logic repository
**Link to tracking Issue:**
#32315
**Testing:**
Tested manually
**Documentation:**
N/A
---------
Signed-off-by: Dominik Rosiek <drosiek@sumologic.com>
* [receiver/sqlserver] Add more metrics (#32932)
**Description:**
This change adds a query, scraper, and some more metrics for data from
the performance counter SQL server table. The query itself is mostly
taken from Telegraf's SQL server plugin. This also reuses the existing
metric `sqlserver.lock.wait.rate`, so now it will be available both from
Windows performance counters, as well as other OSs when directly
connecting to the SQL server instance.
**Naming and format feedback on new metrics would be greatly
appreciated.**
**Link to tracking Issue:** #29865
**Testing:**
Added tests for the query itself, as well as the new scraper.
Co-authored-by: Daniel Jaglowski <jaglows3@gmail.com>
* deltatocumulative: exponential histograms (#32030)
**Description:** Implements accumulation of exponential histograms by
adding bucket-per-bucket.
- [x] Align bucket offset to the smaller one
- [x] Merge buckets by adding up each buckets count
- [x] Widen zero buckets so they are the same
- [x] Adjust scale to the lowest one
**Link to tracking Issue:**
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/30705
**Testing:** Extensive tests have been added to the `internal/data`
package
**Documentation:** not needed
* [pkg/stanza] Add container operator parser (#32594)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
This PR implements the new container logs parser as it was proposed at
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/31959.
**Link to tracking Issue:** <Issue number if applicable>
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/31959
**Testing:** <Describe what testing was performed and which tests were
added.>
Added unit tests. Providing manual testing steps as well:
### How to test this manually
1. Using the following config file:
```yaml
receivers:
filelog:
start_at: end
include_file_name: false
include_file_path: true
include:
- /var/log/pods/*/*/*.log
operators:
- id: container-parser
type: container
output: m1
- type: move
id: m1
from: attributes.k8s.pod.name
to: attributes.val
- id: some
type: add
field: attributes.key2.key_in
value: val2
exporters:
debug:
verbosity: detailed
service:
pipelines:
logs:
receivers: [filelog]
exporters: [debug]
processors: []
```
2. Start the collector:
`./bin/otelcontribcol_linux_amd64 --config
~/otelcol/container_parser/config.yaml`
3. Use the following bash script to create some logs:
```bash
#! /bin/bash
echo '2024-04-13T07:59:37.505201169-05:00 stdout P This is a very very long crio line th' >> /var/log/pods/kube-scheduler-kind-control-plane_49cc7c1fd3702c40b2686ea7486091d3/kube-scheduler43/1.log
echo '{"log":"INFO: log line here","stream":"stdout","time":"2029-03-30T08:31:20.545192187Z"}' >> /var/log/pods/kube-controller-kind-control-plane_49cc7c1fd3702c40b2686ea7486091d6/kube-controller/1.log
echo '2024-04-13T07:59:37.505201169-05:00 stdout F at is awesome! crio is awesome!' >> /var/log/pods/kube-scheduler-kind-control-plane_49cc7c1fd3702c40b2686ea7486091d3/kube-scheduler43/1.log
echo '2021-06-22T10:27:25.813799277Z stdout P some containerd log th' >> /var/log/pods/kube-scheduler-kind-control-plane_49cc7c1fd3702c40b2686ea7486091d3/kube-scheduler44/1.log
echo '{"log":"INFO: another log line here","stream":"stdout","time":"2029-03-30T08:31:20.545192187Z"}' >> /var/log/pods/kube-controller-kind-control-plane_49cc7c1fd3702c40b2686ea7486091d6/kube-controller/1.log
echo '2021-06-22T10:27:25.813799277Z stdout F at is super awesome! Containerd is awesome' >> /var/log/pods/kube-scheduler-kind-control-plane_49cc7c1fd3702c40b2686ea7486091d3/kube-scheduler44/1.log
echo '2024-04-13T07:59:37.505201169-05:00 stdout F standalone crio line which is awesome!' >> /var/log/pods/kube-scheduler-kind-control-plane_49cc7c1fd3702c40b2686ea7486091d3/kube-scheduler43/1.log
echo '2021-06-22T10:27:25.813799277Z stdout F standalone containerd line that is super awesome!' >> /var/log/pods/kube-scheduler-kind-control-plane_49cc7c1fd3702c40b2686ea7486091d3/kube-scheduler44/1.log
```
4. Run the above as a bash script to verify any parallel processing.
Verify that the output is correct.
### Test manually on k8s
1. `make docker-otelcontribcol && docker tag otelcontribcol
otelcontribcol-dev:0.0.1 && kind load docker-image
otelcontribcol-dev:0.0.1`
2. Install using the following helm values file:
```yaml
mode: daemonset
presets:
logsCollection:
enabled: true
image:
repository: otelcontribcol-dev
tag: "0.0.1"
pullPolicy: IfNotPresent
command:
name: otelcontribcol
config:
exporters:
debug:
verbosity: detailed
receivers:
filelog:
start_at: end
include_file_name: false
include_file_path: true
exclude:
- /var/log/pods/default_daemonset-opentelemetry-collector*_*/opentelemetry-collector/*.log
include:
- /var/log/pods/*/*/*.log
operators:
- id: container-parser
type: container
output: some
- id: some
type: add
field: attributes.key2.key_in
value: val2
service:
pipelines:
logs:
receivers: [filelog]
processors: [batch]
exporters: [debug]
```
3. Check collector's output to verify the logs are parsed properly:
```console
2024-05-10T07:52:02.307Z info LogsExporter {"kind": "exporter", "data_type": "logs", "name": "debug", "resource logs": 1, "log records": 2}
2024-05-10T07:52:02.307Z info ResourceLog #0
Resource SchemaURL:
ScopeLogs #0
ScopeLogs SchemaURL:
InstrumentationScope
LogRecord #0
ObservedTimestamp: 2024-05-10 07:52:02.046236071 +0000 UTC
Timestamp: 2024-05-10 07:52:01.92533954 +0000 UTC
SeverityText:
SeverityNumber: Unspecified(0)
Body: Str(otel logs at 07:52:01)
Attributes:
-> log: Map({"iostream":"stdout"})
-> time: Str(2024-05-10T07:52:01.92533954Z)
-> k8s: Map({"container":{"name":"busybox","restart_count":"0"},"namespace":{"name":"default"},"pod":{"name":"daemonset-logs-6f6mn","uid":"1069e46b-03b2-4532-a71f-aaec06c0197b"}})
-> logtag: Str(F)
-> key2: Map({"key_in":"val2"})
-> log.file.path: Str(/var/log/pods/default_daemonset-logs-6f6mn_1069e46b-03b2-4532-a71f-aaec06c0197b/busybox/0.log)
Trace ID:
Span ID:
Flags: 0
LogRecord #1
ObservedTimestamp: 2024-05-10 07:52:02.046411602 +0000 UTC
Timestamp: 2024-05-10 07:52:02.027386192 +0000 UTC
SeverityText:
SeverityNumber: Unspecified(0)
Body: Str(otel logs at 07:52:02)
Attributes:
-> log.file.path: Str(/var/log/pods/default_daemonset-logs-6f6mn_1069e46b-03b2-4532-a71f-aaec06c0197b/busybox/0.log)
-> time: Str(2024-05-10T07:52:02.027386192Z)
-> log: Map({"iostream":"stdout"})
-> logtag: Str(F)
-> k8s: Map({"container":{"name":"busybox","restart_count":"0"},"namespace":{"name":"default"},"pod":{"name":"daemonset-logs-6f6mn","uid":"1069e46b-03b2-4532-a71f-aaec06c0197b"}})
-> key2: Map({"key_in":"val2"})
Trace ID:
Span ID:
Flags: 0
...
```
**Documentation:** <Describe the documentation added.> Added
Signed-off-by: ChrsMark <chrismarkou92@gmail.com>
* fix(deps): update module google.golang.org/genproto/googleapis/api to v0.0.0-20240513163218-0867130af1f8 (#33039)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[google.golang.org/genproto/googleapis/api](https://togithub.com/googleapis/go-genproto)
| `v0.0.0-20240506185236-b8a5c65736ae` ->
`v0.0.0-20240513163218-0867130af1f8` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zNTEuMiIsInVwZGF0ZWRJblZlciI6IjM3LjM1MS4yIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJkZXBlbmRlbmNpZXMiLCJyZW5vdmF0ZWJvdCJdfQ==-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
* [chore][receiver/sqlserver] Update documentation for lock wait rate metric (#33023)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
As a result of
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/32932
the metric `sqlserver.lock.wait.rate` is now available on Windows, or
when directly connecting to a SQL server instance. Since this metric is
always available, it no longer needs extended documentation about
availability.
* [exporter/datadog] Actually gzip host metadata (#32992)
**Description:** We were sending a payload and setting the
`Content-Encoding: gzip` HTTP header while actually sending uncompressed
data. This has been happening for at least a couple years.
This fixes the bug by actually gzipping the payload
* [chore][pkg/stanza] Add syslog octet counting test cases with whitespace scenarios (#32832)
Resolves #31477
---------
Co-authored-by: Tiffany Hrabusa <30397949+tiffany76@users.noreply.github.com>
Co-authored-by: Curtis Robert <crobert@splunk.com>
* fix(deps): update module github.com/grafana/loki/pkg/push to v0.0.0-20240514073905-7cc9a9386a8f (#33031)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
| [github.com/grafana/loki/pkg/push](https://togithub.com/grafana/loki)
| `v0.0.0-20240507085123-772616cd8f5c` ->
`v0.0.0-20240514073905-7cc9a9386a8f` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zNTEuMiIsInVwZGF0ZWRJblZlciI6IjM3LjM1MS4yIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJkZXBlbmRlbmNpZXMiLCJyZW5vdmF0ZWJvdCJdfQ==-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
* fix(deps): update module github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common to v1.0.919 (#33036)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common](https://togithub.com/tencentcloud/tencentcloud-sdk-go)
| `v1.0.914` -> `v1.0.919` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>tencentcloud/tencentcloud-sdk-go
(github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common)</summary>
###
[`v1.0.919`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10919)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.918...v1.0.919)
#### 负载均衡(clb) 版本：2018-03-17
##### 第 105 次发布
发布时间：2024-05-14 01:28:52
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[TargetGroupAssociation](https://cloud.tencent.com/document/api/214/30694#TargetGroupAssociation)
- 新增成员：Weight
#### TDSQL-C MySQL 版(cynosdb) 版本：2019-01-07
##### 第 89 次发布
发布时间：2024-05-14 01:39:01
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[CreateCLSDelivery](https://cloud.tencent.com/document/api/1003/106079)
- 新增入参：InstanceId, CLSInfoList
- 新增出参：TaskId
-
[DeleteCLSDelivery](https://cloud.tencent.com/document/api/1003/106078)
- 新增入参：InstanceId, CLSTopicIds
- 新增出参：TaskId
-
[DescribeInstanceCLSLogDelivery](https://cloud.tencent.com/document/api/1003/106077)
- 新增入参：InstanceId
- 新增出参：TotalCount, InstanceCLSDeliveryInfos
- [StartCLSDelivery](https://cloud.tencent.com/document/api/1003/106076)
- 新增入参：InstanceId, CLSTopicIds
- 新增出参：TaskId
- [StopCLSDelivery](https://cloud.tencent.com/document/api/1003/106075)
- 新增入参：InstanceId, CLSTopicIds
- 新增出参：TaskId
新增数据结构：
- [CLSInfo](https://cloud.tencent.com/document/api/1003/48097#CLSInfo)
-
[InstanceCLSDeliveryInfo](https://cloud.tencent.com/document/api/1003/48097#InstanceCLSDeliveryInfo)
#### 数据安全治理中心(dsgc) 版本：2019-07-23
##### 第 11 次发布
发布时间：2024-05-14 01:46:03
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
- [AKSKLeak](https://cloud.tencent.com/document/api/1087/96844#AKSKLeak)
- <font color="#dd0000">**修改成员**：</font>AK, SK, URL
-
[AssetCosDetail](https://cloud.tencent.com/document/api/1087/96844#AssetCosDetail)
- <font color="#dd0000">**修改成员**：</font>Bucket, DataType, FileNums,
SensitiveFileNums, DistributionData, MatchedNum
-
[DSPACosMetaDataInfo](https://cloud.tencent.com/document/api/1087/96844#DSPACosMetaDataInfo)
- <font color="#dd0000">**修改成员**：</font>BindStatus, Storage
-
[DbRelationStatusItem](https://cloud.tencent.com/document/api/1087/96844#DbRelationStatusItem)
- <font color="#dd0000">**修改成员**：</font>DbName, BindStatus, ValidStatus
-
[DbTaskResult](https://cloud.tencent.com/document/api/1087/96844#DbTaskResult)
- <font color="#dd0000">**修改成员**：</font>Result, ResultDescription,
ErrDescription, ResourceId, DbName
-
[ErrDescription](https://cloud.tencent.com/document/api/1087/96844#ErrDescription)
- <font color="#dd0000">**修改成员**：</font>ErrCode, ErrMessage
-
[SuggestRiskLevelMatrixItem](https://cloud.tencent.com/document/api/1087/96844#SuggestRiskLevelMatrixItem)
- <font color="#dd0000">**修改成员**：</font>SensitiveLevel,
VulnerabilityLevel, RiskName, RiskScore
#### 弹性 MapReduce(emr) 版本：2019-01-03
##### 第 63 次发布
发布时间：2024-05-14 01:50:50
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[ImpalaQuery](https://cloud.tencent.com/document/api/589/33981#ImpalaQuery)
- 新增成员：BackendsCount, FragmentInstancesCount, RemainingFragmentCount
#### Elasticsearch Service(es) 版本：2018-04-16
##### 第 58 次发布
发布时间：2024-05-14 01:51:30
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[ServerlessSpace](https://cloud.tencent.com/document/api/845/30634#ServerlessSpace)
- 新增成员：KibanaLanguage
#### 文字识别(ocr) 版本：2018-11-19
##### 第 135 次发布
发布时间：2024-05-14 02:17:52
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [HKIDCardOCR](https://cloud.tencent.com/document/api/866/46919)
- <font color="#dd0000">**修改入参**：</font>DetectFake
- 新增出参：WarnCardInfos
- [MLIDCardOCR](https://cloud.tencent.com/document/api/866/37656)
- 新增出参：WarnCardInfos
-
[RecognizeIndonesiaIDCardOCR](https://cloud.tencent.com/document/api/866/75195)
- 新增出参：WarnCardInfos
-
[RecognizeThaiIDCardOCR](https://cloud.tencent.com/document/api/866/48475)
- 新增出参：WarnCardInfos
#### TI-ONE 训练平台(tione) 版本：2021-11-11
##### 第 59 次发布
发布时间：2024-05-14 02:40:26
本次发布包含了以下内容：
改善已有的文档。
新增数据结构：
-
[CBSConfig](https://cloud.tencent.com/document/api/851/75051#CBSConfig)
修改数据结构：
-
[DataConfig](https://cloud.tencent.com/document/api/851/75051#DataConfig)
- 新增成员：CBSSource
#### TI-ONE 训练平台(tione) 版本：2019-10-22
##### 第 13 次发布
发布时间：2024-05-14 02:40:07
本次发布包含了以下内容：
改善已有的文档。
<font color="#dd0000">**删除接口**：</font>
- UpdateNotebookLifecycleScript
#### 实时音视频(trtc) 版本：2019-07-22
##### 第 73 次发布
发布时间：2024-05-14 02:45:49
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[McuWaterMarkText](https://cloud.tencent.com/document/api/647/44055#McuWaterMarkText)
- 新增成员：Font
#### 微服务引擎(tse) 版本：2020-12-07
##### 第 66 次发布
发布时间：2024-05-14 02:46:25
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[CloudNativeAPIGatewayNode](https://cloud.tencent.com/document/api/1364/54942#CloudNativeAPIGatewayNode)
- 新增成员：Weight, IsDefaultWeight
- <font color="#dd0000">**修改成员**：</font>ZoneId, Zone, GroupId,
GroupName, Status
-
[NativeGatewayServerGroup](https://cloud.tencent.com/document/api/1364/54942#NativeGatewayServerGroup)
- 新增成员：DefaultWeight
###
[`v1.0.918`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10918)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.917...v1.0.918)
#### TDSQL-C MySQL 版(cynosdb) 版本：2019-01-07
##### 第 88 次发布
发布时间：2024-05-13 01:14:47
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[CreateCLSDelivery](https://cloud.tencent.com/document/api/1003/106079)
-
[DeleteCLSDelivery](https://cloud.tencent.com/document/api/1003/106078)
-
[DescribeInstanceCLSLogDelivery](https://cloud.tencent.com/document/api/1003/106077)
- [StartCLSDelivery](https://cloud.tencent.com/document/api/1003/106076)
- [StopCLSDelivery](https://cloud.tencent.com/document/api/1003/106075)
#### 腾讯电子签企业版(ess) 版本：2020-11-11
##### 第 169 次发布
发布时间：2024-05-13 01:18:00
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[DescribeUserVerifyStatus](https://cloud.tencent.com/document/api/1323/106080)
#### 轻量应用服务器(lighthouse) 版本：2020-03-24
##### 第 60 次发布
发布时间：2024-05-13 01:21:46
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
- [Instance](https://cloud.tencent.com/document/api/1207/47576#Instance)
- 新增成员：LatestOperationStartedTime
-
[InstancePriceDetail](https://cloud…
|
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
|
I believe all of the metrics that I requested have been added in the linked PRs, closing as completed. |
mackjmr
added a commit
to DataDog/opentelemetry-collector-contrib
that referenced
this issue
Jul 3, 2024
* fix(deps): update module github.com/datadog/agent-payload/v5 to v5.0.121 (#33373)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[github.com/DataDog/agent-payload/v5](https://togithub.com/DataDog/agent-payload)
| `v5.0.120` -> `v5.0.121` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>DataDog/agent-payload
(github.com/DataDog/agent-payload/v5)</summary>
###
[`v5.0.121`](https://togithub.com/DataDog/agent-payload/releases/tag/v5.0.121)
[Compare
Source](https://togithub.com/DataDog/agent-payload/compare/v5.0.120...v5.0.121)
#### What's Changed
- Add ManifestCollector tags by
[@​aureleoules](https://togithub.com/aureleoules) in
[https://github.com/DataDog/agent-payload/pull/318](https://togithub.com/DataDog/agent-payload/pull/318)
**Full Changelog**:
https://github.com/DataDog/agent-payload/compare/v5.0.120...v5.0.121
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zODguMSIsInVwZGF0ZWRJblZlciI6IjM3LjM4OC4xIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJkZXBlbmRlbmNpZXMiLCJyZW5vdmF0ZWJvdCJdfQ==-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Yang Song <songy23@users.noreply.github.com>
* [googlecloudspannerreceiver] Mark the component as unmaintained (#33382)
Linked to #32651
Signed-off-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [chore] [receiver/kubeletstats] move utilization metrics in standalone helper func (#33335)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
`kubeletstats` receiver performs the CPU metrics addition
in the
[`addCPUMetrics`](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/v0.101.0/receiver/kubeletstatsreceiver/internal/kubelet/cpu.go#L13)
helper function.
This function calls respectively the
[`addCPUUsageMetric`](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/v0.101.0/receiver/kubeletstatsreceiver/internal/kubelet/cpu.go#L21)
and the
[`addCPUTimeMetric`](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/v0.101.0/receiver/kubeletstatsreceiver/internal/kubelet/cpu.go#L37).
However the
[`addCPUUsageMetric`](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/v0.101.0/receiver/kubeletstatsreceiver/internal/kubelet/cpu.go#L21)
adds not only the `*.usage` metric but some `*utilization` ones as well.
This change moves the addition of the `*utilization` metrics
to a standalone `addCPUUtilizationMetrics` helper function.
**Link to tracking Issue:** <Issue number if applicable> -
**Testing:** <Describe what testing was performed and which tests were
added.> -
**Documentation:** <Describe the documentation added.> -
---------
Signed-off-by: ChrsMark <chrismarkou92@gmail.com>
* fix(deps): update module google.golang.org/api to v0.183.0 (#33381)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[google.golang.org/api](https://togithub.com/googleapis/google-api-go-client)
| `v0.182.0` -> `v0.183.0` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>googleapis/google-api-go-client
(google.golang.org/api)</summary>
###
[`v0.183.0`](https://togithub.com/googleapis/google-api-go-client/releases/tag/v0.183.0)
[Compare
Source](https://togithub.com/googleapis/google-api-go-client/compare/v0.182.0...v0.183.0)
##### Features
- **all:** Auto-regenerate discovery clients
([#​2611](https://togithub.com/googleapis/google-api-go-client/issues/2611))
([1de148b](https://togithub.com/googleapis/google-api-go-client/commit/1de148b049cad72efb924df7f3435bcbca7d214f))
- **all:** Auto-regenerate discovery clients
([#​2616](https://togithub.com/googleapis/google-api-go-client/issues/2616))
([5f21214](https://togithub.com/googleapis/google-api-go-client/commit/5f21214e2284f5162d89383f528326325091796c))
- **all:** Auto-regenerate discovery clients
([#​2617](https://togithub.com/googleapis/google-api-go-client/issues/2617))
([08fdd71](https://togithub.com/googleapis/google-api-go-client/commit/08fdd71cae0bbfd16ed7e13a00c8bc7dd596ce94))
- **all:** Auto-regenerate discovery clients
([#​2619](https://togithub.com/googleapis/google-api-go-client/issues/2619))
([c7f1614](https://togithub.com/googleapis/google-api-go-client/commit/c7f161413cf50b50db98ba483afc2f2344e0896f))
- **all:** Auto-regenerate discovery clients
([#​2622](https://togithub.com/googleapis/google-api-go-client/issues/2622))
([0077748](https://togithub.com/googleapis/google-api-go-client/commit/007774894a48d24634ace7b9e09def4d61433f7f))
##### Bug Fixes
- Add another temporary dep on genproto
([#​2614](https://togithub.com/googleapis/google-api-go-client/issues/2614))
([4f98211](https://togithub.com/googleapis/google-api-go-client/commit/4f9821115b5b14b2a32a4cdcbbb84bed018dac2c)),
refs
[#​2559](https://togithub.com/googleapis/google-api-go-client/issues/2559)
[#​2613](https://togithub.com/googleapis/google-api-go-client/issues/2613)
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zODguMSIsInVwZGF0ZWRJblZlciI6IjM3LjM4OC4xIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJkZXBlbmRlbmNpZXMiLCJyZW5vdmF0ZWJvdCJdfQ==-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Yang Song <songy23@users.noreply.github.com>
* [chore] run make gengithub (#33385)
* [cmd/configschema] Remove `cmd/configschema` (#33384)
Removes the deprecated `cmd/configschema`.
The command is not used in our repository and is a source of dependency pain
Closes https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/30187
* [chore] Remove use of `confighttp.ClientConfig.RoundTripper` (#33371)
**Description:**
* lokiexporter and sumologicexporter: Neither need to use this field for
their tests, it can be replaced without loss of functionality with
another config field.
* oauth2clientextension: This should directly rely on the `http.Client`
interface.
* ecstaskobserver docs: I don't think there was ever a way to unmarshal
this field, so there shouldn't be a doc for how to configure it.
**Link to tracking Issue:**
Soft required for
https://github.com/open-telemetry/opentelemetry-collector/pull/10310 so
we don't use deprecated APIs.
* Adding Proxy support for Datadog Exporter (#33316)
**Description:** Support the ProxyUrl parameter for the Datadog Exporter
ptal @mx-psi @songy23
* [chore] update go to 1.21.11/1.22.4 (#33386)
Signed-off-by: Alex Boten <223565+codeboten@users.noreply.github.com>
Co-authored-by: Pablo Baeyens <pablo.baeyens@datadoghq.com>
* [receiver/gitproviderreceiver] add branch time, commit, and line metrics (#32812)
**Description:**
Adds the following branch based metrics.
* git.repository.branch.time
* git.repository.branch.commit.aheadby.count
* git.repository.branch.commit.behindby.count
* git.repository.branch.line.deletion.count
* git.repository.branch.line.addition.count
Additionally brings this receiver very close to the source version in
the Liatrio Distro. Brings the testing up to par as well. After this
pull request is merged, I'd like to move this component to alpha status
so it can be built within the contrib binary and used by others. Once in
alpha, I'd like to bring over the newest metric (repository.cve.count),
bring over the GitLab scraper, and potentially propose a new component I
developed to work in-tandem with this receiver, the GitHub App
Authentication extension.
**Link to tracking Issue:**
#22028
**Testing:** Brings testing inline with source and include scrape
testing.
**Documentation:**
Updated the documentation to reflect the additional metrics.
---------
Co-authored-by: Curtis Robert <crobert@splunk.com>
* [exporter/coralogix] feat: allow setting application name from custom resource attributes (#33218)
**Description:**
allow setting application name from cx.application.name and
cx.subsystem.name attributes. To support simplified use case, such as:
```yaml
receivers:
filelog/nginx:
include:
- '/tmp/tmp.log'
include_file_path: true
include_file_name: false
start_at: end
resource:
cx.subsystem.name: nginx
filelog/access-log:
include:
- '/tmp/access.log'
include_file_path: true
include_file_name: false
resource:
cx.subsystem.name: access-log
exporters:
coralogix:
domain: 'coralogix.com'
private_key: "XXX"
application_name: 'app_name'
timeout: 30s
service:
pipelines:
logs:
receivers: [filelog/nginx, filelog/access-log]
exporters: [coralogix]
```
**Link to tracking Issue:** <Issue number if applicable>
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/33217
**Testing:** <Describe what testing was performed and which tests were
added.>
- unit tests
- manually tested
**Documentation:** <Describe the documentation added.>
- updated docs
---------
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
* fix(deps): update module github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common to v1.0.936 (#33358)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common](https://togithub.com/tencentcloud/tencentcloud-sdk-go)
| `v1.0.931` -> `v1.0.936` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>tencentcloud/tencentcloud-sdk-go
(github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common)</summary>
###
[`v1.0.936`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10936)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.935...v1.0.936)
#### 物联网通信(iotcloud) 版本：2021-04-08
##### 第 11 次发布
发布时间：2024-06-05 01:47:50
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [DescribeFirmware](https://cloud.tencent.com/document/api/634/73630)
- 新增出参：UserDefined
修改数据结构：
-
[FirmwareInfo](https://cloud.tencent.com/document/api/634/71973#FirmwareInfo)
- 新增成员：UserDefined
#### 物联网通信(iotcloud) 版本：2018-06-14
#### 物联网开发平台(iotexplorer) 版本：2019-04-23
##### 第 65 次发布
发布时间：2024-06-05 01:48:26
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[FirmwareInfo](https://cloud.tencent.com/document/api/1081/34988#FirmwareInfo)
- 新增成员：UserDefined
#### 流计算 Oceanus(oceanus) 版本：2019-04-22
##### 第 56 次发布
发布时间：2024-06-05 02:02:33
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
- [Cluster](https://cloud.tencent.com/document/api/849/52010#Cluster)
- 新增成员：ResourceType
#### 音速达直播音乐版权引擎(yinsuda) 版本：2022-05-27
##### 第 19 次发布
发布时间：2024-06-05 02:38:46
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[DescribeKTVMusicAccompanySegmentUrlVip](https://cloud.tencent.com/document/api/1592/102622)
- 新增入参：RoomId
修改数据结构：
-
[LiveVipTradeInfo](https://cloud.tencent.com/document/api/1592/76191#LiveVipTradeInfo)
- <font color="#dd0000">**修改成员**：</font>TradeSerialNo, AppName, UserId,
RoomId, VipDays, Status, CreateTime
-
[LiveVipUserInfo](https://cloud.tencent.com/document/api/1592/76191#LiveVipUserInfo)
- <font color="#dd0000">**修改成员**：</font>RoomId, LiveVipEndTime,
LiveVipStatus
- [UserInfo](https://cloud.tencent.com/document/api/1592/76191#UserInfo)
- <font color="#dd0000">**修改成员**：</font>AppName, UserId,
LiveVipUserInfo, UserType
###
[`v1.0.935`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10935)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.934...v1.0.935)
#### T-Sec-DDoS防护(Anti-DDoS)(antiddos) 版本：2020-03-09
##### 第 67 次发布
发布时间：2024-06-04 01:07:52
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[DescribeListBGPInstances](https://cloud.tencent.com/document/api/297/95346)
- 新增入参：FilterZoneIdList
修改数据结构：
-
[BGPInstance](https://cloud.tencent.com/document/api/297/95396#BGPInstance)
- 新增成员：ZoneId
#### 云数据库 MySQL(cdb) 版本：2017-03-20
##### 第 158 次发布
发布时间：2024-06-04 01:16:12
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[AdjustCdbProxyAddress](https://cloud.tencent.com/document/api/236/90589)
- 新增入参：AutoLoadBalance, AccessMode
-
[CreateCdbProxyAddress](https://cloud.tencent.com/document/api/236/90586)
- 新增入参：AutoLoadBalance, AccessMode
-
[DescribeProxySupportParam](https://cloud.tencent.com/document/api/236/90584)
- 新增出参：SupportAutoLoadBalance, SupportAccessMode
修改数据结构：
-
[ProxyAddress](https://cloud.tencent.com/document/api/236/15878#ProxyAddress)
- 新增成员：AccessMode, AutoLoadBalance
-
[ProxyInst](https://cloud.tencent.com/document/api/236/15878#ProxyInst)
- 新增成员：InstNodeId, InstNodeRole
#### 域名注册(domain) 版本：2018-08-08
##### 第 38 次发布
发布时间：2024-06-04 01:35:42
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[ReservedPreDomains](https://cloud.tencent.com/document/api/242/103887)
- 新增入参：IsAutoPay, IsBidAutoPay
#### 腾讯电子签企业版(ess) 版本：2020-11-11
##### 第 174 次发布
发布时间：2024-06-04 01:41:39
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[CreateUserMobileChangeUrl](https://cloud.tencent.com/document/api/1323/106775)
#### 微服务引擎(tse) 版本：2020-12-07
##### 第 68 次发布
发布时间：2024-06-04 02:26:13
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[KongUpstreamInfo](https://cloud.tencent.com/document/api/1364/54942#KongUpstreamInfo)
- 新增成员：ScfIsBase64Encoded, ScfIsIntegratedResponse
#### 微服务平台 TSF(tsf) 版本：2018-03-26
##### 第 107 次发布
发布时间：2024-06-04 02:27:15
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [DeleteApplication](https://cloud.tencent.com/document/api/649/36093)
- 新增入参：SyncDeleteImageRepository
-
[DescribeMicroservices](https://cloud.tencent.com/document/api/649/36084)
- 新增入参：ConfigCenterInstanceId
- [DescribeStatistics](https://cloud.tencent.com/document/api/649/70427)
- 新增入参：ConfigCenterInstanceId
修改数据结构：
-
[ConfigRelease](https://cloud.tencent.com/document/api/649/36099#ConfigRelease)
- 新增成员：DaulStatus
-
[TsfConfigCenter](https://cloud.tencent.com/document/api/649/36099#TsfConfigCenter)
- 新增成员：CurrentVersion, TargetVersion
#### 向量数据库(vdb) 版本：2023-06-16
##### 第 1 次发布
发布时间：2024-06-03 15:48:04
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[DescribeInstances](https://cloud.tencent.com/document/api/1709/106756)
新增数据结构：
-
[InstanceInfo](https://cloud.tencent.com/document/api/1709/106757#InstanceInfo)
- [Network](https://cloud.tencent.com/document/api/1709/106757#Network)
- [Tag](https://cloud.tencent.com/document/api/1709/106757#Tag)
#### Web 应用防火墙(waf) 版本：2018-01-25
##### 第 85 次发布
发布时间：2024-06-04 02:34:05
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[ModifyApiSecEventChange](https://cloud.tencent.com/document/api/627/106776)
新增数据结构：
-
[ApiSecKey](https://cloud.tencent.com/document/api/627/53609#ApiSecKey)
#### 数据开发治理平台 WeData(wedata) 版本：2021-08-20
##### 第 91 次发布
发布时间：2024-06-04 02:35:39
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [UploadContent](https://cloud.tencent.com/document/api/1267/93282)
- 新增入参：ProjectId
###
[`v1.0.934`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10934)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.933...v1.0.934)
#### 消息队列 RocketMQ 版(trocket) 版本：2023-03-08
##### 第 15 次发布
发布时间：2024-06-03 02:23:52
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[DescribeFusionInstanceList](https://cloud.tencent.com/document/api/1493/106745)
新增数据结构：
-
[FusionInstanceItem](https://cloud.tencent.com/document/api/1493/96031#FusionInstanceItem)
-
[InstanceItemExtraInfo](https://cloud.tencent.com/document/api/1493/96031#InstanceItemExtraInfo)
#### 实时音视频(trtc) 版本：2019-07-22
##### 第 76 次发布
发布时间：2024-06-03 02:25:00
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[DescribeAITranscription](https://cloud.tencent.com/document/api/647/106493)
- 新增入参：SdkAppId, SessionId
- 新增出参：TaskId, SessionId
-
[StartAITranscription](https://cloud.tencent.com/document/api/647/106492)
- 新增入参：SessionId
修改数据结构：
-
[RecognizeConfig](https://cloud.tencent.com/document/api/647/44055#RecognizeConfig)
- 新增成员：Model
###
[`v1.0.933`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10933)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.932...v1.0.933)
#### 商业智能分析 BI(bi) 版本：2022-01-05
##### 第 12 次发布
发布时间：2024-05-31 01:10:46
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
- [UserInfo](https://cloud.tencent.com/document/api/590/73726#UserInfo)
- 新增成员：AppUserId, AppUserName
-
[UserRoleListDataUserRoleInfo](https://cloud.tencent.com/document/api/590/73726#UserRoleListDataUserRoleInfo)
- 新增成员：AppOpenUserId
#### 运维安全中心（堡垒机）(dasb) 版本：2019-10-18
##### 第 27 次发布
发布时间：2024-05-31 01:30:02
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[BindDeviceResource](https://cloud.tencent.com/document/api/1025/74792)
- 新增入参：DomainId
- [ModifyDevice](https://cloud.tencent.com/document/api/1025/86951)
- 新增入参：DomainId
修改数据结构：
-
[Department](https://cloud.tencent.com/document/api/1025/74416#Department)
- <font color="#dd0000">**修改成员**：</font>Id, Name, Managers, ManagerUsers
- [Device](https://cloud.tencent.com/document/api/1025/74416#Device)
- 新增成员：DomainId, DomainName
- [Group](https://cloud.tencent.com/document/api/1025/74416#Group)
- <font color="#dd0000">**修改成员**：</font>Id, Name, Department, Count
- [Resource](https://cloud.tencent.com/document/api/1025/74416#Resource)
- 新增成员：DomainCount, UsedDomainCount
#### 数据湖计算 DLC(dlc) 版本：2021-01-25
##### 第 91 次发布
发布时间：2024-05-31 01:32:25
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[DescribeLakeFsInfo](https://cloud.tencent.com/document/api/1342/87873)
- 新增出参：LakeFsInfos
新增数据结构：
-
[LakeFsInfo](https://cloud.tencent.com/document/api/1342/53778#LakeFsInfo)
#### 流计算 Oceanus(oceanus) 版本：2019-04-22
##### 第 55 次发布
发布时间：2024-05-31 01:58:53
本次发布包含了以下内容：
改善已有的文档。
新增数据结构：
- [SubEks](https://cloud.tencent.com/document/api/849/52010#SubEks)
修改数据结构：
- [Cluster](https://cloud.tencent.com/document/api/849/52010#Cluster)
- 新增成员：Type, SubEks, AgentSerialId
-
[ClusterGroupSetItem](https://cloud.tencent.com/document/api/849/52010#ClusterGroupSetItem)
- 新增成员：SubEks
- <font color="#dd0000">**修改成员**：</font>RunningCu, PayMode
#### 容器安全服务(tcss) 版本：2020-11-01
##### 第 62 次发布
发布时间：2024-05-31 02:10:49
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[CreateAssetImageScanSetting](https://cloud.tencent.com/document/api/1285/65591)
- 新增入参：ExcludeImages
-
[DescribeAssetImageScanSetting](https://cloud.tencent.com/document/api/1285/65487)
- 新增出参：ExcludeImages
-
[DescribeImageRegistryTimingScanTask](https://cloud.tencent.com/document/api/1285/65472)
- 新增出参：ExcludeImageAssetIds
-
[UpdateImageRegistryTimingScanTask](https://cloud.tencent.com/document/api/1285/65457)
- 新增入参：ExcludeImageAssetIds
#### Web 应用防火墙(waf) 版本：2018-01-25
##### 第 84 次发布
发布时间：2024-05-31 02:29:01
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [AddCustomRule](https://cloud.tencent.com/document/api/627/53608)
- 新增入参：JobType, JobDateTime, Source, Label, Status, PageId
- <font color="#dd0000">**修改入参**：</font>ExpireTime
- [AddCustomWhiteRule](https://cloud.tencent.com/document/api/627/90325)
- 新增入参：JobType, JobDateTime
-
[AddSpartaProtection](https://cloud.tencent.com/document/api/627/72689)
- 新增入参：ProbeStatus
- [DeleteCustomRule](https://cloud.tencent.com/document/api/627/97444)
- 新增入参：DomainRuleIdList
- 新增出参：Success
-
[DescribeCustomRuleList](https://cloud.tencent.com/document/api/627/97443)
- 新增入参：DomainList
- [ModifyCustomRule](https://cloud.tencent.com/document/api/627/97442)
- 新增入参：JobType, JobDateTime, Source, Status, PageId
- 新增出参：Success
-
[ModifyCustomRuleStatus](https://cloud.tencent.com/document/api/627/53599)
- 新增入参：DomainRuleIdList
-
[ModifyCustomWhiteRule](https://cloud.tencent.com/document/api/627/90323)
- 新增入参：JobType, JobDateTime
-
[ModifySpartaProtection](https://cloud.tencent.com/document/api/627/94309)
- 新增入参：ProbeStatus
- [UpsertCCRule](https://cloud.tencent.com/document/api/627/97646)
- 新增入参：CreateTime
新增数据结构：
- [CronJob](https://cloud.tencent.com/document/api/627/53609#CronJob)
-
[DomainRuleId](https://cloud.tencent.com/document/api/627/53609#DomainRuleId)
-
[JobDateTime](https://cloud.tencent.com/document/api/627/53609#JobDateTime)
-
[MiniExtendPkg](https://cloud.tencent.com/document/api/627/53609#MiniExtendPkg)
- [TimedJob](https://cloud.tencent.com/document/api/627/53609#TimedJob)
修改数据结构：
-
[BatchIpAccessControlItem](https://cloud.tencent.com/document/api/627/53609#BatchIpAccessControlItem)
- 新增成员：CreateTime
-
[CCRuleItems](https://cloud.tencent.com/document/api/627/53609#CCRuleItems)
- 新增成员：CreateTime
-
[CacheUrlItems](https://cloud.tencent.com/document/api/627/53609#CacheUrlItems)
- 新增成员：ModifyTime, CreateTime
-
[DescribeAntiLeakageItem](https://cloud.tencent.com/document/api/627/53609#DescribeAntiLeakageItem)
- 新增成员：ModifyTime
-
[DescribeCustomRulesRspRuleListItem](https://cloud.tencent.com/document/api/627/53609#DescribeCustomRulesRspRuleListItem)
- 新增成员：JobType, JobDateTime, CronType, Label, PageId, Domain
-
[InstanceInfo](https://cloud.tencent.com/document/api/627/53609#InstanceInfo)
- 新增成员：MiniExtendPkg, BillingItem
-
[IpAccessControlItem](https://cloud.tencent.com/document/api/627/53609#IpAccessControlItem)
- 新增成员：CreateTime
- [RuleList](https://cloud.tencent.com/document/api/627/53609#RuleList)
- 新增成员：CreateTime
-
[UserDomainInfo](https://cloud.tencent.com/document/api/627/53609#UserDomainInfo)
- 新增成员：AlbType, BotStatus, ApiStatus
###
[`v1.0.932`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10932)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.931...v1.0.932)
#### 日志服务(cls) 版本：2020-10-16
##### 第 93 次发布
发布时间：2024-05-30 01:22:05
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [DescribeLogContext](https://cloud.tencent.com/document/api/614/56448)
- 新增入参：Query, From, To
#### DNSPod(dnspod) 版本：2021-03-23
##### 第 31 次发布
发布时间：2024-05-30 01:33:24
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[ModifyDomainToGroup](https://cloud.tencent.com/document/api/1427/106668)
#### 腾讯云可观测平台(monitor) 版本：2018-07-24
##### 第 114 次发布
发布时间：2024-05-30 01:55:28
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[AlarmPolicyRule](https://cloud.tencent.com/document/api/248/30354#AlarmPolicyRule)
- 新增成员：IsLatenessMetric
- [Metric](https://cloud.tencent.com/document/api/248/30354#Metric)
- 新增成员：IsLatenessMetric
- <font color="#dd0000">**修改成员**：</font>Operators, Periods
#### 云数据库Redis(redis) 版本：2018-04-12
##### 第 75 次发布
发布时间：2024-05-30 02:02:41
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [CloneInstances](https://cloud.tencent.com/document/api/239/89391)
- 新增入参：CloneTime
修改数据结构：
-
[InstanceSet](https://cloud.tencent.com/document/api/239/20022#InstanceSet)
- 新增成员：BackupMode
#### 云开发 CloudBase(tcb) 版本：2018-06-08
##### 第 102 次发布
发布时间：2024-05-30 02:08:52
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [DescribeWxGateways](https://cloud.tencent.com/document/api/876/94386)
- 新增入参：GatewayId
修改数据结构：
-
[GatewayItem](https://cloud.tencent.com/document/api/876/34822#GatewayItem)
- 新增成员：WxAppId, CanRenew, AutoRenewFlag, CanDowngrade, LongAccessId,
AccessDomain
- <font color="#dd0000">**修改成员**：</font>VersionNumLimit
#### 边缘安全加速平台(teo) 版本：2022-09-01
##### 第 81 次发布
发布时间：2024-05-29 19:42:22
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
- [Rule](https://cloud.tencent.com/document/api/1552/80721#Rule)
- <font color="#dd0000">**修改成员**：</font>Actions
#### 边缘安全加速平台(teo) 版本：2022-01-06
#### T-Sec-安心平台(RP)(trp) 版本：2021-05-15
##### 第 34 次发布
发布时间：2024-05-30 02:20:31
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [CreateCodePack](https://cloud.tencent.com/document/api/1458/75028)
- 新增入参：SceneCode
- [CreateCustomPack](https://cloud.tencent.com/document/api/1458/81464)
- 新增入参：SceneCode
- [DescribeCodePacks](https://cloud.tencent.com/document/api/1458/75016)
- 新增入参：SceneCode, Status
修改数据结构：
- [CodePack](https://cloud.tencent.com/document/api/1458/75030#CodePack)
- 新增成员：SceneCode, CodeRule, UsedAmount, SerialStart, SerialEnd
- [Job](https://cloud.tencent.com/document/api/1458/75030#Job)
- 新增成员：ErrorMessage
- [PackSpec](https://cloud.tencent.com/document/api/1458/75030#PackSpec)
- 新增成员：Unit, SceneCode
- [ScanLog](https://cloud.tencent.com/document/api/1458/75030#ScanLog)
- 新增成员：ProductLogo, Status, Verify
- <font color="#dd0000">**修改成员**：</font>Unionid, First, BatchId, Type,
MerchantName, ProductName
-
[TraceCode](https://cloud.tencent.com/document/api/1458/75030#TraceCode)
- 新增成员：PackSpec, SceneCode, SerialCode
- <font color="#dd0000">**修改成员**：</font>AgentId, Level
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zNzcuOCIsInVwZGF0ZWRJblZlciI6IjM3LjM4OC4xIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJkZXBlbmRlbmNpZXMiLCJyZW5vdmF0ZWJvdCJdfQ==-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
* [chore][exporter/elasticsearch]Extend benchmarks for mapping mode (#33391)
**Description:** Updates benchmarks to consider mapping mode. Mapping
mode has a big impact on the benchmark runs since each mapping mode is
implemented in a different way. This is a precursor to
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/33374
which aims to improve performance by optimizing allocations.
**Link to tracking Issue:**
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32504
**Testing:** <Describe what testing was performed and which tests were
added.> `cd integrationtest && go test -count=1 -bench=BenchmarkExporter
-run=^$ -v ./...`
<details>
<summary> Benchmark results from my personal PC</summary>
```
$ go test -count=1 -bench=BenchmarkExporter -run=^$ -v ./... [11:43:00]
goos: darwin
goarch: arm64
pkg: github.com/open-telemetry/opentelemetry-collector-contrib/exporter/elasticsearchexporter/integrationtest
BenchmarkExporter
BenchmarkExporter/logs/none/small_batch
BenchmarkExporter/logs/none/small_batch-10 19693 62644 ns/op 159633 events/s 59476 B/op 352 allocs/op
BenchmarkExporter/logs/none/medium_batch
BenchmarkExporter/logs/none/medium_batch-10 2174 549870 ns/op 181861 events/s 586538 B/op 3425 allocs/op
BenchmarkExporter/logs/none/large_batch
BenchmarkExporter/logs/none/large_batch-10 225 5291466 ns/op 188984 events/s 5856818 B/op 34148 allocs/op
BenchmarkExporter/logs/none/xlarge_batch
BenchmarkExporter/logs/none/xlarge_batch-10 22 51000769 ns/op 196075 events/s 58486725 B/op 341268 allocs/op
BenchmarkExporter/logs/ecs/small_batch
BenchmarkExporter/logs/ecs/small_batch-10 31297 38221 ns/op 261637 events/s 48742 B/op 161 allocs/op
BenchmarkExporter/logs/ecs/medium_batch
BenchmarkExporter/logs/ecs/medium_batch-10 3559 335623 ns/op 297953 events/s 479045 B/op 1520 allocs/op
BenchmarkExporter/logs/ecs/large_batch
BenchmarkExporter/logs/ecs/large_batch-10 343 3313594 ns/op 301787 events/s 4784951 B/op 15102 allocs/op
BenchmarkExporter/logs/ecs/xlarge_batch
BenchmarkExporter/logs/ecs/xlarge_batch-10 34 33257379 ns/op 300685 events/s 47837431 B/op 150861 allocs/op
BenchmarkExporter/logs/raw/small_batch
BenchmarkExporter/logs/raw/small_batch-10 22364 54047 ns/op 185025 events/s 58119 B/op 291 allocs/op
BenchmarkExporter/logs/raw/medium_batch
BenchmarkExporter/logs/raw/medium_batch-10 2452 484758 ns/op 206288 events/s 572996 B/op 2819 allocs/op
BenchmarkExporter/logs/raw/large_batch
BenchmarkExporter/logs/raw/large_batch-10 252 4782239 ns/op 209107 events/s 5722459 B/op 28098 allocs/op
BenchmarkExporter/logs/raw/xlarge_batch
BenchmarkExporter/logs/raw/xlarge_batch-10 25 46517563 ns/op 214973 events/s 57311327 B/op 281046 allocs/op
BenchmarkExporter/traces/none/small_batch
BenchmarkExporter/traces/none/small_batch-10 18934 64383 ns/op 155321 events/s 61103 B/op 392 allocs/op
BenchmarkExporter/traces/none/medium_batch
BenchmarkExporter/traces/none/medium_batch-10 2078 573554 ns/op 174352 events/s 602734 B/op 3826 allocs/op
BenchmarkExporter/traces/none/large_batch
BenchmarkExporter/traces/none/large_batch-10 204 5506740 ns/op 181596 events/s 6019500 B/op 38163 allocs/op
BenchmarkExporter/traces/none/xlarge_batch
BenchmarkExporter/traces/none/xlarge_batch-10 21 55099689 ns/op 181489 events/s 60130968 B/op 381435 allocs/op
BenchmarkExporter/traces/ecs/small_batch
BenchmarkExporter/traces/ecs/small_batch-10 18612 64431 ns/op 155204 events/s 61111 B/op 392 allocs/op
BenchmarkExporter/traces/ecs/medium_batch
BenchmarkExporter/traces/ecs/medium_batch-10 2086 579508 ns/op 172560 events/s 602838 B/op 3826 allocs/op
BenchmarkExporter/traces/ecs/large_batch
BenchmarkExporter/traces/ecs/large_batch-10 210 5637313 ns/op 177389 events/s 6019330 B/op 38168 allocs/op
BenchmarkExporter/traces/ecs/xlarge_batch
BenchmarkExporter/traces/ecs/xlarge_batch-10 20 53797696 ns/op 185882 events/s 60170108 B/op 381418 allocs/op
BenchmarkExporter/traces/raw/small_batch
BenchmarkExporter/traces/raw/small_batch-10 19999 64957 ns/op 153949 events/s 60193 B/op 372 allocs/op
BenchmarkExporter/traces/raw/medium_batch
BenchmarkExporter/traces/raw/medium_batch-10 2197 533394 ns/op 187479 events/s 592292 B/op 3625 allocs/op
BenchmarkExporter/traces/raw/large_batch
BenchmarkExporter/traces/raw/large_batch-10 223 5158606 ns/op 193851 events/s 5917039 B/op 36155 allocs/op
BenchmarkExporter/traces/raw/xlarge_batch
BenchmarkExporter/traces/raw/xlarge_batch-10 22 51159360 ns/op 195468 events/s 59215624 B/op 361363 allocs/op
PASS
ok github.com/open-telemetry/opentelemetry-collector-contrib/exporter/elasticsearchexporter/integrationtest 93.126s
```
</details>
**Documentation:** <Describe the documentation added.> N/A
* [processor/geoip] Initial implementation (#33319)
**Description:** <Describe what has changed.>
This is the initial implementation of the GeoIP processor. Note that it
will still be a NOP (No Operation) from the user's perspective, as no
Geo data providers are implemented [nor can be configured
yet](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/33268).
However, this implementation aims to provide an overview of the
processor's logic.
The logic is the same for all signals (traces, metrics, and logs). For
each signal, the processor follows these steps:
1. Locate an IP address attribute within the resource attributes. If not
found, continue; if parsing the IP fails, return an error. By default,
the IP address must be included within the `source.address` attribute
key, see:
https://github.com/open-telemetry/semantic-conventions/blob/v1.26.0/docs/general/attributes.md#source
2. Retrieve the geo-location metadata associated with the IP address
using the available GeoProviders. At the moment, no additional check is
done on the attributes returned by the providers. In a future PR, the
processor will need to validate that all attributes follow the Geo
semantic conventions.
3. Append the set of geo attributes to the resource attributes.
The `processor/geoipprocessor/internal/provider/geoipprovider.go` file
contains an initial interface proposal for the Geo providers. A mock
implementation can be found in the geoip_processor_test.go file.
**Link to tracking Issue:**
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32663
**Testing:** Unit tests for the signals process
**Documentation:** Should we update the README with the available
configuration once it becomes operational?
---------
Co-authored-by: Tiffany Hrabusa <30397949+tiffany76@users.noreply.github.com>
* [exporter/Logzioexporter] bug fix export log attributes (#33231)
**Description:**
Fix bug where log attributes were not correctly exported
**Link to tracking Issue:** <Issue number if applicable>
https://github.com/open-telemetry/opentelemetry-java-instrumentation/issues/11409
**Testing:** <Describe what testing was performed and which tests were
added.>
Updated unit tests
**Documentation:** <Describe the documentation added.>
No documentation added
* [exporter/kafkaexporter] added an option to disable kerberos PA-FX-FAST negotiation (#33086)
**Description:**
Added the `disable_fast_negotiation` configuration option for Kafka
Kerberos authentication. This option allows users to disable the
PA-FX-FAST negotiation, which can cause issues when Active Directory is
not configured to support it. This change ensures that Kafka Exporters
can function correctly in such environments.
**Link to tracking Issue:**
[26345](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/26345)
**Testing:**
- Added unit tests to verify the behaviour of the
`disable_fast_negotiation` option in the `KerberosConfig` struct.
- Tests include scenarios where `disable_fast_negotiation` is set to
both `true` and `false`, ensuring that the configuration is correctly
applied.
**Documentation:**
- Updated README files which describe the new configuration option
- Updated the changelog to reflect the addition of the
`disable_fast_negotiation` configuration option.
---------
Co-authored-by: Sean Marciniak <30928402+MovieStoreGuy@users.noreply.github.com>
Co-authored-by: Curtis Robert <crobert@splunk.com>
* [chore] make update-otel (#33396)
Addresses GHSA-c74f-6mfw-mm4v
---------
Signed-off-by: Pablo Baeyens <pablo.baeyens@datadoghq.com>
* [receiver/sqlserver] Add support for more database IO metrics (#32833)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
This adds more metrics (disabled by default) from the existing
`database_io` query. The values being scraped can be found
[here](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-io-virtual-file-stats-transact-sql?view=sql-server-ver16).
**Link to tracking Issue:** <Issue number if applicable>
Continued work on #29865
**Testing:** <Describe what testing was performed and which tests were
added.>
Tests added. Also confirmed all expected metrics were properly scraped
manually.
* [chore] remove use of deprecated component.UnmarshalConfig (#33404)
**Description:**
Remove use of `component.UnmarshalConfig`
this change only affects test code.
* [chore] Do not fail if JSON is not found in previous issue (#33395)
**Description:**
Avoid crashing when JSON section is not present in previous ISSUE
**Link to tracking Issue:**
#33388
**Testing:**
```
act -j get_issues -e <(echo '{"repository": {"owner": {"login": "your-github-username"}}}') -s GITHUB_TOKEN=<your-token>
```
* [exporter/elasticsearch] validate endpoints (#33350)
**Description:**
Check that Elasticsearch `endpoints` is a list of valid URLs during
config validation. This ensures that syntactically invalid endpoints
causes a fatal error during collector startup, rather than leading to a
persistent runtime error.
Previously, setting an endpoint without a scheme would lead to an error
at runtime when attempting a bulk request to Elasticsearch:
```
...
2024-06-04T10:30:23.244+0800 error
elasticsearchexporter/elasticsearch_bulk.go:313 bulk indexer flush error
{"kind": "exporter", "data_type": "traces", "name": "elasticsearch",
"error": "failed to execute the request: unsupported protocol scheme
\"\""}
...
```
Now the collector fails to start up:
```
$ make run
cd ./cmd/otelcontribcol && GO111MODULE=on go run --race . --config ../../local/config.yaml
Error: invalid configuration: exporters::elasticsearch: invalid endpoint "localhost": invalid scheme "", expected "http" or "https"
2024/06/04 12:23:50 collector server run finished with error: invalid configuration: exporters::elasticsearch: invalid endpoint "localhost": invalid scheme "", expected "http" or "https"
exit status 1
make: *** [Makefile:255: run] Error 1
```
**Link to tracking Issue:**
N/A
**Testing:** <Describe what testing was performed and which tests were
added.>
**Documentation:**
N/A
* [chore] remove use of component.UnmarshalConfig (#33407)
Description:
Remove use of component.UnmarshalConfig
this change only affects test code.
Follow up to #33404
---------
Co-authored-by: Andrzej Stencel <andrzej.stencel@elastic.co>
* [chore] Clarify that cmd/otelcontribcol and top-level go.mod are not the sources of the contrib distro (#33409)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
Documents the purpose of `cmd/otelcontribcol` and `cmd/oteltestbedcol`
in new READMEs and in comments on the builder manifests. Adds note to
top-level `go.mod`.
This is a common point of confusion and was recently confusing for users
on the aftermath of CVE-2024-36129
Counterpart to open-telemetry/opentelemetry-collector/pull/10351
---------
Co-authored-by: Armin Ruech <7052238+arminru@users.noreply.github.com>
* [chore] Add issues with waiting-for-code-owners label to the weekly report (#33330)
**Description:**
Added the list of issues with the `waiting-for-code-owner` to the weekly
report
**Link to tracking Issue:**
#32490
**Testing:**
Check the testing_actions.md file
**Documentation:**
I've added the docs/testing_actions.md file to describe how to test the
new functionality
---------
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
* [CI] make update-otel (#32038)
**Description:**
Seems like there were some bugs, which i wasn't very sure about.
It ran the `multimod` cmd with the wrong directory (at least in my
case).
On top of that i had to remove the `--commit-hash` flag, because per
definition it already gets the main branch, but you should have to
insert a commit-hash.
If not used at all it should just be the latest. Therefore
`OTEL_VERSION` and `OTEL_STABLE_VERSION` could be removed or could later
on be used to get the latest commit-hash (but has to be implemented).
The core-versions in `otelcontribcol/builder-config.yaml` and
`oteltestbedcol/builder-config.yaml` will be updated by using `sed`.
But these additional lines will only replace sth like:
`v0.97.1-0.20240327181407-1038b67c85a0`
and update it to:
`v0.98.0`
So if someone needs any kind of specific version-hash, he still would
have to change this manually.
This definitely is not a perfect solution for this issue (it just works
:sweat_smile: ) , so just tell me if there is something totally stupid
in this code.
**Link to tracking Issue:**
- Resolves #21632
**Testing:** <Describe what testing was performed and which tests were
added.>
**Documentation:** <Describe the documentation added.>
---------
Co-authored-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [chore][docs] Fix name of the Windows Event Log Receiver (#33295)
**Description:** <Describe what has changed.>
Changing "Windows Log Event Receiver" to "Windows Event Log Receiver" as
that is the official name. IBM docs is also linking out to this readme
so we need consistency.
https://www.ibm.com/docs/en/instana-observability/current?topic=opentelemetry-sending-data-instana-agent#enabling-tls-encryption-for-opentelemetry-ingestion
* [chore][processor/probabilisticsampler] Fix typo (#33418)
* [chore] Add sponsorship assignment requirement (#33299)
As discussed in the collector SIG today, I'm proposing language where
auto-assignment of a sponsor is only a given if the component is
proposed by a member of the project.
* [cmd/opampsupervisor,extension/opamp] Update opamp-go v0.15.0 (#33416)
**Description:**
* Updates opamp-go to v0.15.0
This change is breaking, in that an opamp server using v0.14.0 may be
incompatible with the changes introduced in v0.15.0 (this is due to
invalid UTF-8 sequences now being allowed in the agent's instance ID).
As part of this update, the preferred format for IDs in the opamp
extension's config has changed to UUID (any UUID is allowed, but
specifically v7 is preferred). I've allowed ULIDs to still be specified,
so older configurations should still work.
For the supervisor, I've changed the ULID generated to be a UUID. This
is a breaking change for the persistent state, but this component is in
developmen status, and breaking changes are expected.
**Testing:**
Unit tests.
Tested connecting the supervisor to a management server using v0.15.0 of
OpAMP.
**Documentation:**
* Modified documentation to switch references to ULID to UUID
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Yang Song <songy23@users.noreply.github.com>
* [cmd/opampsupervisor]: Add config validation (#32845)
**Description:**
* Refactor config to remove some pointers (using a "default config" +
override pattern lets us do this, which simplifies some code)
* Validate the config after loading it, and after getting a new config
from the opamp server
**Link to tracking Issue:** Closes #32843
**Testing:**
* Unit tests for config validation
* [chore] update core dep (#33417)
This brings in the rename of CreateSettings -> Settings and
NewNopCreateSettings -> NewNopSettings
---------
Signed-off-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [chore][pkg/stanza] skip rotation test on windows (#33429)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
Since other rotation related tests are skipped on Windows, I guess it
makes sense to skip this one too.
Related to
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/16331.
Spotted failure:
https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/9418728481/job/25946842048?pr=33428#step:6:848
(https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/33428)
**Link to tracking Issue:** <Issue number if applicable>
**Testing:** <Describe what testing was performed and which tests were
added.>
**Documentation:** <Describe the documentation added.>
Signed-off-by: ChrsMark <chrismarkou92@gmail.com>
* [cmd/opampsupervisor] remove executable check for collector binary (#33431)
**Description:** <Describe what has changed.>
* Remove the check for if an executable bit is set on the collector
binary. Instead, we'll allow the supervisor to attempt to run it and
fail then.
**Link to tracking Issue:** Closes #33430
**Testing:**
* Unit tests
* [confmap/provider/secretsmanagerprovider] Add support for JSON secrets (#32861)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
- Fixes `invalid memory address or nil pointer dereference` error when I
included this component in `opentelemetry-lambda/collector` lambda
layer.
- Fixes #32143 AWS Secrets Manager - JSON Secret Support
**Link to tracking Issue:** #32143
**Testing:** Added unit tests. Manually tested in AWS Lambda Layer with
opentelemetry-lambda
**Documentation:** Update changelog and secretsmanagerprovider README.
---------
Co-authored-by: Antoine Toulme <antoine@toulme.name>
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
* [chore][exporter/elasticsearch] Re-enable exporter test on Windows (#33434)
**Link to tracking Issue:** #10178 #14759
Co-authored-by: Curtis Robert <crobert@splunk.com>
* [chore] make gotidy lint (#33448)
Before this PR, main was broken for a few groups:
- receiver-3
- exporter-1
- exporter-3
- connector
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
---------
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
* [pkg/winperfcounters] Add option to re-create PDH query on each scrape. (#32799)
**Description:** This pull request adds a new option for
`receiver/windowsperfcounters` to allow re-creating a given counter
query on each scrape. This is useful to avoid some weird performance
counter corruption bugs that can occur on some versions of Windows.
The pull request does this by exposing a new setting (documented in
receiver's README) `counterConfig.recreateQuery bool` and a new public
`watcher` API in `pkg/winperfcounters` called `Reset()`.
The PR also modifies the `receiver/activedirectoryds` tests to stub the
`Reset()` API.
**Link to tracking Issue:** #32798
**Testing:**
- Unit tests for `watcher`
- Unit tests for `windowsperfcounters_scraper`
- Manual testing on our affected systems to validate that the scrape
output is now valid
**Documentation:**
- Receiver documentation for new settings
- User-facing changelog for the setting
- API-facing changelog for the `watcher` API
* [chore] Fix pinging and labelling on new issues (#33437)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
The current behavior of pinging code owners and adding labels to new
issues is tied together. The existing logic was to only add a label and
ping code owners if the person filing the issue was **not** a code
owner. However, this can lead to issues lacking labels, and some code
owners not being properly notified of issues.
Recent example:
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/33433
(There have been many examples of this, but I choose this one as I used
it for my investigation.)
This issue was filed by a code owner. The result was that no labels were
added, and the other three code owners were not notified.
I think it makes sense to at least add the label to the issue, and I
don't see much harm in the extra noise for the person filing the issue
to get a notification.
This change is essentially the same as
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/30136,
just for new issues.
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
* [pkg/ottl] add `keep_matching_keys function` (#33337)
**Description:** This PR adds a `keep_matching_keys` function.
**Link to tracking Issue:** Resolves #32989
**Testing:** Added unit and end to end tests. Tested manually with the
following config:
```yaml
receivers:
otlp:
protocols:
grpc:
endpoint: 0.0.0.0:4317
processors:
transform:
error_mode: ignore
trace_statements:
- context: span
statements:
- keep_matching_keys(attributes, "http.*")
exporters:
debug:
verbosity: detailed
otlphttp:
endpoint: ${env:DT_ENDPOINT}
headers:
Authorization: "Api-Token ${env:API_TOKEN}"
service:
pipelines:
traces:
receivers: [otlp]
processors: [transform]
exporters: [otlphttp, debug]
```
Used the `telemetrygen` CLI to send traces with attributes to verify the
function was applied correctly:
```
telemetrygen traces --otlp-insecure --traces 10 --status-code Ok --span-duration 1s --telemetry-attributes http.foo=\"value1\" --telemetry-attributes http.bar=\"value2\" --telemetry-attributes foo=\"bar\"
```
**Documentation:** The documentation has been added to the function
explanations in the readme
---------
Signed-off-by: Florian Bacher <florian.bacher@dynatrace.com>
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
Co-authored-by: Tyler Helmuth <12352919+TylerHelmuth@users.noreply.github.com>
* [pkg/ottl] Support for append (#33017)
**Description:**
Added new ottl function `append(target, Optional[single_value],
Optional[slice_value])`
Append function appends one or more values to an existing array if the
field already exists and it is an array.
It should convert scalar values into an array if the field exists but is
not an array
Creates an array containing the provided values if the field doesn’t
exist
Implemented this with few assumptions up for a discussion
- implemented this as a function modifying target rather than converter
returning merged arrays
- working with strings so far, resulting in `[]string` after concat
- merging integers, boolean... not implemented, as I haven't found use
for these use-cases, could be accomplished with retyping them later
after append produces `[]string`
**Link to tracking Issue:** [<Issue number if
applicable>](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32141)
**Testing:**
Added unit tests with intended behavior
Tested also with this config
```yaml
receivers:
filelog:
include: [ system.log ]
start_at: beginning
exporters:
debug:
verbosity: detailed
sampling_initial: 10000
sampling_thereafter: 10000
processors:
transform:
error_mode: ignore
log_statements:
- context: log
statements:
- append(attributes["empty_tags"], "my empty value") # non existing field should be created
- set(attributes["tags"], "my funky value") # init with single value
- append(attributes["tags"], "my file value") # append to scalar value
- set(attributes["tags_copy"], attributes["tags"]) # make a copy
- append(attributes["tags_copy"], "my third value") # append to slice
- append(attributes["tags_copy"], values = ["my third value", "my last value"]) # append to slice
service:
pipelines:
logs:
receivers: [filelog]
processors: [transform]
exporters:
- debug
```
Expecting this result
```
Attributes:
-> log.file.name: Str(system.log)
-> empty_tags: Slice(["my empty value"])
-> tags: Slice(["my funky value","my file value"])
-> tags_copy: Slice(["my funky value","my file value","my third value"])
```
**Documentation:** updated README
---------
Co-authored-by: Tyler Helmuth <12352919+TylerHelmuth@users.noreply.github.com>
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
* [processor/deltatocumulative]: drop samples of streams exceeding limit (#33286)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
when at limit, the `telemetry` component recorded
`dps_dropped{reason="at-limit"}` and set the error to nil.
this in turn let `Aggregate` call `CopyTo` on a zero-valued (effectively
nil) `pmetric.NumberDataPoint`, leading to a panic due to nil-pointer
deref.
For this specific case, the metric is not tracked, given we are at limit
so we cannot CopyTo anything, because it does not exist.
Added signaling behavior to specifically drop those samples altogether.
**Link to tracking Issue:** <Issue number if applicable>
Fixes
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/33285
**Testing:** added, `TestDrop`, `TestAggregate`
**Documentation:** not needed
* [chore] Fix windows tests (#33456)
Fixes tests in
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/32799
* [pkg/stanza] add symlink related test for fileconsumer (#33428)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/32292
was closed due to inactivity. This PR resumes from there.
**Link to tracking Issue:** <Issue number if applicable>
**Testing:** <Describe what testing was performed and which tests were
added.>
**Documentation:** <Describe the documentation added.>
Co-authored-by: Shaunak Kashyap <ycombinator@gmail.com>
---------
Signed-off-by: ChrsMark <chrismarkou92@gmail.com>
Co-authored-by: Shaunak Kashyap <ycombinator@gmail.com>
* [extension/healthcheckv2] Add event aggregation logic (#32695)
**Description:**
This PR is the second in a series to decompose
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/30673
into more manageable pieces for review.
**Aggregator**
This PR introduces an aggregator data structure and event aggregation
logic for status events. The extension implements the `StatusWatcher`
optional interface, which the collector will call with a
`component.StatusEvent` for each change in component status. These
events will be aggregated by an aggregation function, and stored in the
aggregator.
The aggregator is a recursive data structure. At the top it contains the
overall status of the collector. At the next level, it contains the
statuses for each pipeline, and at the level below that, it contains the
statuses for each component in a pipeline. Each node in the data
structure is an aggregation the status events in the level below. The
overall collector status is the aggregation of the pipeline statuses,
and at the next level, the pipeline statuses are the aggregations of the
component statuses. The data structure allows you to query the status of
the collector overall, or for individual pipelines by name. There is
also a pub/sub mechanism used for streaming aggregated statuses.
**Aggregation Function**
The purpose of the aggregator is to aggregate events so that the most
relevant status event bubbles to the top. This allows us to get the
status of the collector overall or a pipeline through a simple lookup.
There is an aggregation function that determines the priority of events
and how they should be aggregated. In many cases, the result will be an
existing status event. In some cases a new event will be synthesized. In
order to match the behavior existing healthcheck extension, lifecycle
events (e.g. starting, stopping, etc) are prioritized over runtime
events. Next, error statuses are prioritized with PermanentErrors as
higher priority than RecoverableErrors, but this can vary based on user
provided configuration. If PermanentErrors are ignored by configuration,
but RecoverableErrors are included, then RecoverableErrors will take
priority over PermanentErrors.
The StatusWatcher interface receives immutable events of type
`component.StatusEvent`. Since we sometimes need to synthesize new
events during aggregation, an `Event` interface was introduced so that
the aggregator can use `component.StatusEvent` instances or instances of
events synthesized by the status package.
It's worth mentioning that there is [existing status event aggregation
logic](https://github.com/open-telemetry/opentelemetry-collector/blob/main/component/status.go#L101-L190)
in collector core, but it did not meet the needs of this extension. It
does not prioritize lifecycle events over error events, and it will
always prioritize permanent errors over recoverable. By prioritizing
lifecycle events over error events we can return a 503 when restarting a
collector rather than a 500 when a collector in a final state, such as
PermanentError. This is necessary to match the behavior of the existing
extension. Since users have the option to include or ignore recoverable
and permanent errors, we need the ability to prioritize them
accordingly. We can discuss what the fate of the aggregation code in
core should be.
**Examples**
Below are examples of overall collector and pipeline status that are
based on the aggregator data structure. The rendering of the examples
will come in a later PR. You can also look at the parent PR to see how
all of this fits together. Note that the pipeline status example is a
subtree of the overall collector status.
Overall collector status:
```json
{
"start_time": "2024-01-18T17:27:12.570394-08:00",
"healthy": true,
"status": "StatusRecoverableError",
"error": "rpc error: code = ResourceExhausted desc = resource exhausted",
"status_time": "2024-01-18T17:27:32.572301-08:00",
"components": {
"extensions": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.570428-08:00",
"components": {
"extension:healthcheckv2": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.570428-08:00"
}
}
},
"pipeline:metrics/grpc": {
"healthy": true,
"status": "StatusRecoverableError",
"error": "rpc error: code = ResourceExhausted desc = resource exhausted",
"status_time": "2024-01-18T17:27:32.572301-08:00",
"components": {
"exporter:otlp/staging": {
"healthy": true,
"status": "StatusRecoverableError",
"error": "rpc error: code = ResourceExhausted desc = resource exhausted",
"status_time": "2024-01-18T17:27:32.572301-08:00"
},
"processor:batch": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571132-08:00"
},
"receiver:otlp": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571576-08:00"
}
}
},
"pipeline:traces/http": {
"healthy": true,
"status": "StatusOK",
…
mackjmr
added a commit
to DataDog/opentelemetry-collector-contrib
that referenced
this issue
Jul 3, 2024
* [chore] [receiver/kubeletstats] move utilization metrics in standalone helper func (#33335)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
`kubeletstats` receiver performs the CPU metrics addition
in the
[`addCPUMetrics`](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/v0.101.0/receiver/kubeletstatsreceiver/internal/kubelet/cpu.go#L13)
helper function.
This function calls respectively the
[`addCPUUsageMetric`](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/v0.101.0/receiver/kubeletstatsreceiver/internal/kubelet/cpu.go#L21)
and the
[`addCPUTimeMetric`](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/v0.101.0/receiver/kubeletstatsreceiver/internal/kubelet/cpu.go#L37).
However the
[`addCPUUsageMetric`](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/v0.101.0/receiver/kubeletstatsreceiver/internal/kubelet/cpu.go#L21)
adds not only the `*.usage` metric but some `*utilization` ones as well.
This change moves the addition of the `*utilization` metrics
to a standalone `addCPUUtilizationMetrics` helper function.
**Link to tracking Issue:** <Issue number if applicable> -
**Testing:** <Describe what testing was performed and which tests were
added.> -
**Documentation:** <Describe the documentation added.> -
---------
Signed-off-by: ChrsMark <chrismarkou92@gmail.com>
* fix(deps): update module google.golang.org/api to v0.183.0 (#33381)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[google.golang.org/api](https://togithub.com/googleapis/google-api-go-client)
| `v0.182.0` -> `v0.183.0` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>googleapis/google-api-go-client
(google.golang.org/api)</summary>
###
[`v0.183.0`](https://togithub.com/googleapis/google-api-go-client/releases/tag/v0.183.0)
[Compare
Source](https://togithub.com/googleapis/google-api-go-client/compare/v0.182.0...v0.183.0)
##### Features
- **all:** Auto-regenerate discovery clients
([#​2611](https://togithub.com/googleapis/google-api-go-client/issues/2611))
([1de148b](https://togithub.com/googleapis/google-api-go-client/commit/1de148b049cad72efb924df7f3435bcbca7d214f))
- **all:** Auto-regenerate discovery clients
([#​2616](https://togithub.com/googleapis/google-api-go-client/issues/2616))
([5f21214](https://togithub.com/googleapis/google-api-go-client/commit/5f21214e2284f5162d89383f528326325091796c))
- **all:** Auto-regenerate discovery clients
([#​2617](https://togithub.com/googleapis/google-api-go-client/issues/2617))
([08fdd71](https://togithub.com/googleapis/google-api-go-client/commit/08fdd71cae0bbfd16ed7e13a00c8bc7dd596ce94))
- **all:** Auto-regenerate discovery clients
([#​2619](https://togithub.com/googleapis/google-api-go-client/issues/2619))
([c7f1614](https://togithub.com/googleapis/google-api-go-client/commit/c7f161413cf50b50db98ba483afc2f2344e0896f))
- **all:** Auto-regenerate discovery clients
([#​2622](https://togithub.com/googleapis/google-api-go-client/issues/2622))
([0077748](https://togithub.com/googleapis/google-api-go-client/commit/007774894a48d24634ace7b9e09def4d61433f7f))
##### Bug Fixes
- Add another temporary dep on genproto
([#​2614](https://togithub.com/googleapis/google-api-go-client/issues/2614))
([4f98211](https://togithub.com/googleapis/google-api-go-client/commit/4f9821115b5b14b2a32a4cdcbbb84bed018dac2c)),
refs
[#​2559](https://togithub.com/googleapis/google-api-go-client/issues/2559)
[#​2613](https://togithub.com/googleapis/google-api-go-client/issues/2613)
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zODguMSIsInVwZGF0ZWRJblZlciI6IjM3LjM4OC4xIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJkZXBlbmRlbmNpZXMiLCJyZW5vdmF0ZWJvdCJdfQ==-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Yang Song <songy23@users.noreply.github.com>
* [chore] run make gengithub (#33385)
* [cmd/configschema] Remove `cmd/configschema` (#33384)
Removes the deprecated `cmd/configschema`.
The command is not used in our repository and is a source of dependency pain
Closes https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/30187
* [chore] Remove use of `confighttp.ClientConfig.RoundTripper` (#33371)
**Description:**
* lokiexporter and sumologicexporter: Neither need to use this field for
their tests, it can be replaced without loss of functionality with
another config field.
* oauth2clientextension: This should directly rely on the `http.Client`
interface.
* ecstaskobserver docs: I don't think there was ever a way to unmarshal
this field, so there shouldn't be a doc for how to configure it.
**Link to tracking Issue:**
Soft required for
https://github.com/open-telemetry/opentelemetry-collector/pull/10310 so
we don't use deprecated APIs.
* Adding Proxy support for Datadog Exporter (#33316)
**Description:** Support the ProxyUrl parameter for the Datadog Exporter
ptal @mx-psi @songy23
* [chore] update go to 1.21.11/1.22.4 (#33386)
Signed-off-by: Alex Boten <223565+codeboten@users.noreply.github.com>
Co-authored-by: Pablo Baeyens <pablo.baeyens@datadoghq.com>
* [receiver/gitproviderreceiver] add branch time, commit, and line metrics (#32812)
**Description:**
Adds the following branch based metrics.
* git.repository.branch.time
* git.repository.branch.commit.aheadby.count
* git.repository.branch.commit.behindby.count
* git.repository.branch.line.deletion.count
* git.repository.branch.line.addition.count
Additionally brings this receiver very close to the source version in
the Liatrio Distro. Brings the testing up to par as well. After this
pull request is merged, I'd like to move this component to alpha status
so it can be built within the contrib binary and used by others. Once in
alpha, I'd like to bring over the newest metric (repository.cve.count),
bring over the GitLab scraper, and potentially propose a new component I
developed to work in-tandem with this receiver, the GitHub App
Authentication extension.
**Link to tracking Issue:**
#22028
**Testing:** Brings testing inline with source and include scrape
testing.
**Documentation:**
Updated the documentation to reflect the additional metrics.
---------
Co-authored-by: Curtis Robert <crobert@splunk.com>
* [exporter/coralogix] feat: allow setting application name from custom resource attributes (#33218)
**Description:**
allow setting application name from cx.application.name and
cx.subsystem.name attributes. To support simplified use case, such as:
```yaml
receivers:
filelog/nginx:
include:
- '/tmp/tmp.log'
include_file_path: true
include_file_name: false
start_at: end
resource:
cx.subsystem.name: nginx
filelog/access-log:
include:
- '/tmp/access.log'
include_file_path: true
include_file_name: false
resource:
cx.subsystem.name: access-log
exporters:
coralogix:
domain: 'coralogix.com'
private_key: "XXX"
application_name: 'app_name'
timeout: 30s
service:
pipelines:
logs:
receivers: [filelog/nginx, filelog/access-log]
exporters: [coralogix]
```
**Link to tracking Issue:** <Issue number if applicable>
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/33217
**Testing:** <Describe what testing was performed and which tests were
added.>
- unit tests
- manually tested
**Documentation:** <Describe the documentation added.>
- updated docs
---------
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
* fix(deps): update module github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common to v1.0.936 (#33358)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common](https://togithub.com/tencentcloud/tencentcloud-sdk-go)
| `v1.0.931` -> `v1.0.936` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>tencentcloud/tencentcloud-sdk-go
(github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/common)</summary>
###
[`v1.0.936`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10936)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.935...v1.0.936)
#### 物联网通信(iotcloud) 版本：2021-04-08
##### 第 11 次发布
发布时间：2024-06-05 01:47:50
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [DescribeFirmware](https://cloud.tencent.com/document/api/634/73630)
- 新增出参：UserDefined
修改数据结构：
-
[FirmwareInfo](https://cloud.tencent.com/document/api/634/71973#FirmwareInfo)
- 新增成员：UserDefined
#### 物联网通信(iotcloud) 版本：2018-06-14
#### 物联网开发平台(iotexplorer) 版本：2019-04-23
##### 第 65 次发布
发布时间：2024-06-05 01:48:26
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[FirmwareInfo](https://cloud.tencent.com/document/api/1081/34988#FirmwareInfo)
- 新增成员：UserDefined
#### 流计算 Oceanus(oceanus) 版本：2019-04-22
##### 第 56 次发布
发布时间：2024-06-05 02:02:33
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
- [Cluster](https://cloud.tencent.com/document/api/849/52010#Cluster)
- 新增成员：ResourceType
#### 音速达直播音乐版权引擎(yinsuda) 版本：2022-05-27
##### 第 19 次发布
发布时间：2024-06-05 02:38:46
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[DescribeKTVMusicAccompanySegmentUrlVip](https://cloud.tencent.com/document/api/1592/102622)
- 新增入参：RoomId
修改数据结构：
-
[LiveVipTradeInfo](https://cloud.tencent.com/document/api/1592/76191#LiveVipTradeInfo)
- <font color="#dd0000">**修改成员**：</font>TradeSerialNo, AppName, UserId,
RoomId, VipDays, Status, CreateTime
-
[LiveVipUserInfo](https://cloud.tencent.com/document/api/1592/76191#LiveVipUserInfo)
- <font color="#dd0000">**修改成员**：</font>RoomId, LiveVipEndTime,
LiveVipStatus
- [UserInfo](https://cloud.tencent.com/document/api/1592/76191#UserInfo)
- <font color="#dd0000">**修改成员**：</font>AppName, UserId,
LiveVipUserInfo, UserType
###
[`v1.0.935`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10935)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.934...v1.0.935)
#### T-Sec-DDoS防护(Anti-DDoS)(antiddos) 版本：2020-03-09
##### 第 67 次发布
发布时间：2024-06-04 01:07:52
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[DescribeListBGPInstances](https://cloud.tencent.com/document/api/297/95346)
- 新增入参：FilterZoneIdList
修改数据结构：
-
[BGPInstance](https://cloud.tencent.com/document/api/297/95396#BGPInstance)
- 新增成员：ZoneId
#### 云数据库 MySQL(cdb) 版本：2017-03-20
##### 第 158 次发布
发布时间：2024-06-04 01:16:12
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[AdjustCdbProxyAddress](https://cloud.tencent.com/document/api/236/90589)
- 新增入参：AutoLoadBalance, AccessMode
-
[CreateCdbProxyAddress](https://cloud.tencent.com/document/api/236/90586)
- 新增入参：AutoLoadBalance, AccessMode
-
[DescribeProxySupportParam](https://cloud.tencent.com/document/api/236/90584)
- 新增出参：SupportAutoLoadBalance, SupportAccessMode
修改数据结构：
-
[ProxyAddress](https://cloud.tencent.com/document/api/236/15878#ProxyAddress)
- 新增成员：AccessMode, AutoLoadBalance
-
[ProxyInst](https://cloud.tencent.com/document/api/236/15878#ProxyInst)
- 新增成员：InstNodeId, InstNodeRole
#### 域名注册(domain) 版本：2018-08-08
##### 第 38 次发布
发布时间：2024-06-04 01:35:42
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[ReservedPreDomains](https://cloud.tencent.com/document/api/242/103887)
- 新增入参：IsAutoPay, IsBidAutoPay
#### 腾讯电子签企业版(ess) 版本：2020-11-11
##### 第 174 次发布
发布时间：2024-06-04 01:41:39
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[CreateUserMobileChangeUrl](https://cloud.tencent.com/document/api/1323/106775)
#### 微服务引擎(tse) 版本：2020-12-07
##### 第 68 次发布
发布时间：2024-06-04 02:26:13
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[KongUpstreamInfo](https://cloud.tencent.com/document/api/1364/54942#KongUpstreamInfo)
- 新增成员：ScfIsBase64Encoded, ScfIsIntegratedResponse
#### 微服务平台 TSF(tsf) 版本：2018-03-26
##### 第 107 次发布
发布时间：2024-06-04 02:27:15
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [DeleteApplication](https://cloud.tencent.com/document/api/649/36093)
- 新增入参：SyncDeleteImageRepository
-
[DescribeMicroservices](https://cloud.tencent.com/document/api/649/36084)
- 新增入参：ConfigCenterInstanceId
- [DescribeStatistics](https://cloud.tencent.com/document/api/649/70427)
- 新增入参：ConfigCenterInstanceId
修改数据结构：
-
[ConfigRelease](https://cloud.tencent.com/document/api/649/36099#ConfigRelease)
- 新增成员：DaulStatus
-
[TsfConfigCenter](https://cloud.tencent.com/document/api/649/36099#TsfConfigCenter)
- 新增成员：CurrentVersion, TargetVersion
#### 向量数据库(vdb) 版本：2023-06-16
##### 第 1 次发布
发布时间：2024-06-03 15:48:04
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[DescribeInstances](https://cloud.tencent.com/document/api/1709/106756)
新增数据结构：
-
[InstanceInfo](https://cloud.tencent.com/document/api/1709/106757#InstanceInfo)
- [Network](https://cloud.tencent.com/document/api/1709/106757#Network)
- [Tag](https://cloud.tencent.com/document/api/1709/106757#Tag)
#### Web 应用防火墙(waf) 版本：2018-01-25
##### 第 85 次发布
发布时间：2024-06-04 02:34:05
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[ModifyApiSecEventChange](https://cloud.tencent.com/document/api/627/106776)
新增数据结构：
-
[ApiSecKey](https://cloud.tencent.com/document/api/627/53609#ApiSecKey)
#### 数据开发治理平台 WeData(wedata) 版本：2021-08-20
##### 第 91 次发布
发布时间：2024-06-04 02:35:39
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [UploadContent](https://cloud.tencent.com/document/api/1267/93282)
- 新增入参：ProjectId
###
[`v1.0.934`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10934)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.933...v1.0.934)
#### 消息队列 RocketMQ 版(trocket) 版本：2023-03-08
##### 第 15 次发布
发布时间：2024-06-03 02:23:52
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[DescribeFusionInstanceList](https://cloud.tencent.com/document/api/1493/106745)
新增数据结构：
-
[FusionInstanceItem](https://cloud.tencent.com/document/api/1493/96031#FusionInstanceItem)
-
[InstanceItemExtraInfo](https://cloud.tencent.com/document/api/1493/96031#InstanceItemExtraInfo)
#### 实时音视频(trtc) 版本：2019-07-22
##### 第 76 次发布
发布时间：2024-06-03 02:25:00
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[DescribeAITranscription](https://cloud.tencent.com/document/api/647/106493)
- 新增入参：SdkAppId, SessionId
- 新增出参：TaskId, SessionId
-
[StartAITranscription](https://cloud.tencent.com/document/api/647/106492)
- 新增入参：SessionId
修改数据结构：
-
[RecognizeConfig](https://cloud.tencent.com/document/api/647/44055#RecognizeConfig)
- 新增成员：Model
###
[`v1.0.933`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10933)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.932...v1.0.933)
#### 商业智能分析 BI(bi) 版本：2022-01-05
##### 第 12 次发布
发布时间：2024-05-31 01:10:46
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
- [UserInfo](https://cloud.tencent.com/document/api/590/73726#UserInfo)
- 新增成员：AppUserId, AppUserName
-
[UserRoleListDataUserRoleInfo](https://cloud.tencent.com/document/api/590/73726#UserRoleListDataUserRoleInfo)
- 新增成员：AppOpenUserId
#### 运维安全中心（堡垒机）(dasb) 版本：2019-10-18
##### 第 27 次发布
发布时间：2024-05-31 01:30:02
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[BindDeviceResource](https://cloud.tencent.com/document/api/1025/74792)
- 新增入参：DomainId
- [ModifyDevice](https://cloud.tencent.com/document/api/1025/86951)
- 新增入参：DomainId
修改数据结构：
-
[Department](https://cloud.tencent.com/document/api/1025/74416#Department)
- <font color="#dd0000">**修改成员**：</font>Id, Name, Managers, ManagerUsers
- [Device](https://cloud.tencent.com/document/api/1025/74416#Device)
- 新增成员：DomainId, DomainName
- [Group](https://cloud.tencent.com/document/api/1025/74416#Group)
- <font color="#dd0000">**修改成员**：</font>Id, Name, Department, Count
- [Resource](https://cloud.tencent.com/document/api/1025/74416#Resource)
- 新增成员：DomainCount, UsedDomainCount
#### 数据湖计算 DLC(dlc) 版本：2021-01-25
##### 第 91 次发布
发布时间：2024-05-31 01:32:25
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[DescribeLakeFsInfo](https://cloud.tencent.com/document/api/1342/87873)
- 新增出参：LakeFsInfos
新增数据结构：
-
[LakeFsInfo](https://cloud.tencent.com/document/api/1342/53778#LakeFsInfo)
#### 流计算 Oceanus(oceanus) 版本：2019-04-22
##### 第 55 次发布
发布时间：2024-05-31 01:58:53
本次发布包含了以下内容：
改善已有的文档。
新增数据结构：
- [SubEks](https://cloud.tencent.com/document/api/849/52010#SubEks)
修改数据结构：
- [Cluster](https://cloud.tencent.com/document/api/849/52010#Cluster)
- 新增成员：Type, SubEks, AgentSerialId
-
[ClusterGroupSetItem](https://cloud.tencent.com/document/api/849/52010#ClusterGroupSetItem)
- 新增成员：SubEks
- <font color="#dd0000">**修改成员**：</font>RunningCu, PayMode
#### 容器安全服务(tcss) 版本：2020-11-01
##### 第 62 次发布
发布时间：2024-05-31 02:10:49
本次发布包含了以下内容：
改善已有的文档。
修改接口：
-
[CreateAssetImageScanSetting](https://cloud.tencent.com/document/api/1285/65591)
- 新增入参：ExcludeImages
-
[DescribeAssetImageScanSetting](https://cloud.tencent.com/document/api/1285/65487)
- 新增出参：ExcludeImages
-
[DescribeImageRegistryTimingScanTask](https://cloud.tencent.com/document/api/1285/65472)
- 新增出参：ExcludeImageAssetIds
-
[UpdateImageRegistryTimingScanTask](https://cloud.tencent.com/document/api/1285/65457)
- 新增入参：ExcludeImageAssetIds
#### Web 应用防火墙(waf) 版本：2018-01-25
##### 第 84 次发布
发布时间：2024-05-31 02:29:01
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [AddCustomRule](https://cloud.tencent.com/document/api/627/53608)
- 新增入参：JobType, JobDateTime, Source, Label, Status, PageId
- <font color="#dd0000">**修改入参**：</font>ExpireTime
- [AddCustomWhiteRule](https://cloud.tencent.com/document/api/627/90325)
- 新增入参：JobType, JobDateTime
-
[AddSpartaProtection](https://cloud.tencent.com/document/api/627/72689)
- 新增入参：ProbeStatus
- [DeleteCustomRule](https://cloud.tencent.com/document/api/627/97444)
- 新增入参：DomainRuleIdList
- 新增出参：Success
-
[DescribeCustomRuleList](https://cloud.tencent.com/document/api/627/97443)
- 新增入参：DomainList
- [ModifyCustomRule](https://cloud.tencent.com/document/api/627/97442)
- 新增入参：JobType, JobDateTime, Source, Status, PageId
- 新增出参：Success
-
[ModifyCustomRuleStatus](https://cloud.tencent.com/document/api/627/53599)
- 新增入参：DomainRuleIdList
-
[ModifyCustomWhiteRule](https://cloud.tencent.com/document/api/627/90323)
- 新增入参：JobType, JobDateTime
-
[ModifySpartaProtection](https://cloud.tencent.com/document/api/627/94309)
- 新增入参：ProbeStatus
- [UpsertCCRule](https://cloud.tencent.com/document/api/627/97646)
- 新增入参：CreateTime
新增数据结构：
- [CronJob](https://cloud.tencent.com/document/api/627/53609#CronJob)
-
[DomainRuleId](https://cloud.tencent.com/document/api/627/53609#DomainRuleId)
-
[JobDateTime](https://cloud.tencent.com/document/api/627/53609#JobDateTime)
-
[MiniExtendPkg](https://cloud.tencent.com/document/api/627/53609#MiniExtendPkg)
- [TimedJob](https://cloud.tencent.com/document/api/627/53609#TimedJob)
修改数据结构：
-
[BatchIpAccessControlItem](https://cloud.tencent.com/document/api/627/53609#BatchIpAccessControlItem)
- 新增成员：CreateTime
-
[CCRuleItems](https://cloud.tencent.com/document/api/627/53609#CCRuleItems)
- 新增成员：CreateTime
-
[CacheUrlItems](https://cloud.tencent.com/document/api/627/53609#CacheUrlItems)
- 新增成员：ModifyTime, CreateTime
-
[DescribeAntiLeakageItem](https://cloud.tencent.com/document/api/627/53609#DescribeAntiLeakageItem)
- 新增成员：ModifyTime
-
[DescribeCustomRulesRspRuleListItem](https://cloud.tencent.com/document/api/627/53609#DescribeCustomRulesRspRuleListItem)
- 新增成员：JobType, JobDateTime, CronType, Label, PageId, Domain
-
[InstanceInfo](https://cloud.tencent.com/document/api/627/53609#InstanceInfo)
- 新增成员：MiniExtendPkg, BillingItem
-
[IpAccessControlItem](https://cloud.tencent.com/document/api/627/53609#IpAccessControlItem)
- 新增成员：CreateTime
- [RuleList](https://cloud.tencent.com/document/api/627/53609#RuleList)
- 新增成员：CreateTime
-
[UserDomainInfo](https://cloud.tencent.com/document/api/627/53609#UserDomainInfo)
- 新增成员：AlbType, BotStatus, ApiStatus
###
[`v1.0.932`](https://togithub.com/tencentcloud/tencentcloud-sdk-go/blob/HEAD/CHANGELOG.md#Release-v10932)
[Compare
Source](https://togithub.com/tencentcloud/tencentcloud-sdk-go/compare/v1.0.931...v1.0.932)
#### 日志服务(cls) 版本：2020-10-16
##### 第 93 次发布
发布时间：2024-05-30 01:22:05
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [DescribeLogContext](https://cloud.tencent.com/document/api/614/56448)
- 新增入参：Query, From, To
#### DNSPod(dnspod) 版本：2021-03-23
##### 第 31 次发布
发布时间：2024-05-30 01:33:24
本次发布包含了以下内容：
改善已有的文档。
新增接口：
-
[ModifyDomainToGroup](https://cloud.tencent.com/document/api/1427/106668)
#### 腾讯云可观测平台(monitor) 版本：2018-07-24
##### 第 114 次发布
发布时间：2024-05-30 01:55:28
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
-
[AlarmPolicyRule](https://cloud.tencent.com/document/api/248/30354#AlarmPolicyRule)
- 新增成员：IsLatenessMetric
- [Metric](https://cloud.tencent.com/document/api/248/30354#Metric)
- 新增成员：IsLatenessMetric
- <font color="#dd0000">**修改成员**：</font>Operators, Periods
#### 云数据库Redis(redis) 版本：2018-04-12
##### 第 75 次发布
发布时间：2024-05-30 02:02:41
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [CloneInstances](https://cloud.tencent.com/document/api/239/89391)
- 新增入参：CloneTime
修改数据结构：
-
[InstanceSet](https://cloud.tencent.com/document/api/239/20022#InstanceSet)
- 新增成员：BackupMode
#### 云开发 CloudBase(tcb) 版本：2018-06-08
##### 第 102 次发布
发布时间：2024-05-30 02:08:52
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [DescribeWxGateways](https://cloud.tencent.com/document/api/876/94386)
- 新增入参：GatewayId
修改数据结构：
-
[GatewayItem](https://cloud.tencent.com/document/api/876/34822#GatewayItem)
- 新增成员：WxAppId, CanRenew, AutoRenewFlag, CanDowngrade, LongAccessId,
AccessDomain
- <font color="#dd0000">**修改成员**：</font>VersionNumLimit
#### 边缘安全加速平台(teo) 版本：2022-09-01
##### 第 81 次发布
发布时间：2024-05-29 19:42:22
本次发布包含了以下内容：
改善已有的文档。
修改数据结构：
- [Rule](https://cloud.tencent.com/document/api/1552/80721#Rule)
- <font color="#dd0000">**修改成员**：</font>Actions
#### 边缘安全加速平台(teo) 版本：2022-01-06
#### T-Sec-安心平台(RP)(trp) 版本：2021-05-15
##### 第 34 次发布
发布时间：2024-05-30 02:20:31
本次发布包含了以下内容：
改善已有的文档。
修改接口：
- [CreateCodePack](https://cloud.tencent.com/document/api/1458/75028)
- 新增入参：SceneCode
- [CreateCustomPack](https://cloud.tencent.com/document/api/1458/81464)
- 新增入参：SceneCode
- [DescribeCodePacks](https://cloud.tencent.com/document/api/1458/75016)
- 新增入参：SceneCode, Status
修改数据结构：
- [CodePack](https://cloud.tencent.com/document/api/1458/75030#CodePack)
- 新增成员：SceneCode, CodeRule, UsedAmount, SerialStart, SerialEnd
- [Job](https://cloud.tencent.com/document/api/1458/75030#Job)
- 新增成员：ErrorMessage
- [PackSpec](https://cloud.tencent.com/document/api/1458/75030#PackSpec)
- 新增成员：Unit, SceneCode
- [ScanLog](https://cloud.tencent.com/document/api/1458/75030#ScanLog)
- 新增成员：ProductLogo, Status, Verify
- <font color="#dd0000">**修改成员**：</font>Unionid, First, BatchId, Type,
MerchantName, ProductName
-
[TraceCode](https://cloud.tencent.com/document/api/1458/75030#TraceCode)
- 新增成员：PackSpec, SceneCode, SerialCode
- <font color="#dd0000">**修改成员**：</font>AgentId, Level
</details>
---
### Configuration
📅 **Schedule**: Branch creation - "on tuesday" (UTC), Automerge - At any
time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/open-telemetry/opentelemetry-collector-contrib).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4zNzcuOCIsInVwZGF0ZWRJblZlciI6IjM3LjM4OC4xIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJkZXBlbmRlbmNpZXMiLCJyZW5vdmF0ZWJvdCJdfQ==-->
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
* [chore][exporter/elasticsearch]Extend benchmarks for mapping mode (#33391)
**Description:** Updates benchmarks to consider mapping mode. Mapping
mode has a big impact on the benchmark runs since each mapping mode is
implemented in a different way. This is a precursor to
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/33374
which aims to improve performance by optimizing allocations.
**Link to tracking Issue:**
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32504
**Testing:** <Describe what testing was performed and which tests were
added.> `cd integrationtest && go test -count=1 -bench=BenchmarkExporter
-run=^$ -v ./...`
<details>
<summary> Benchmark results from my personal PC</summary>
```
$ go test -count=1 -bench=BenchmarkExporter -run=^$ -v ./... [11:43:00]
goos: darwin
goarch: arm64
pkg: github.com/open-telemetry/opentelemetry-collector-contrib/exporter/elasticsearchexporter/integrationtest
BenchmarkExporter
BenchmarkExporter/logs/none/small_batch
BenchmarkExporter/logs/none/small_batch-10 19693 62644 ns/op 159633 events/s 59476 B/op 352 allocs/op
BenchmarkExporter/logs/none/medium_batch
BenchmarkExporter/logs/none/medium_batch-10 2174 549870 ns/op 181861 events/s 586538 B/op 3425 allocs/op
BenchmarkExporter/logs/none/large_batch
BenchmarkExporter/logs/none/large_batch-10 225 5291466 ns/op 188984 events/s 5856818 B/op 34148 allocs/op
BenchmarkExporter/logs/none/xlarge_batch
BenchmarkExporter/logs/none/xlarge_batch-10 22 51000769 ns/op 196075 events/s 58486725 B/op 341268 allocs/op
BenchmarkExporter/logs/ecs/small_batch
BenchmarkExporter/logs/ecs/small_batch-10 31297 38221 ns/op 261637 events/s 48742 B/op 161 allocs/op
BenchmarkExporter/logs/ecs/medium_batch
BenchmarkExporter/logs/ecs/medium_batch-10 3559 335623 ns/op 297953 events/s 479045 B/op 1520 allocs/op
BenchmarkExporter/logs/ecs/large_batch
BenchmarkExporter/logs/ecs/large_batch-10 343 3313594 ns/op 301787 events/s 4784951 B/op 15102 allocs/op
BenchmarkExporter/logs/ecs/xlarge_batch
BenchmarkExporter/logs/ecs/xlarge_batch-10 34 33257379 ns/op 300685 events/s 47837431 B/op 150861 allocs/op
BenchmarkExporter/logs/raw/small_batch
BenchmarkExporter/logs/raw/small_batch-10 22364 54047 ns/op 185025 events/s 58119 B/op 291 allocs/op
BenchmarkExporter/logs/raw/medium_batch
BenchmarkExporter/logs/raw/medium_batch-10 2452 484758 ns/op 206288 events/s 572996 B/op 2819 allocs/op
BenchmarkExporter/logs/raw/large_batch
BenchmarkExporter/logs/raw/large_batch-10 252 4782239 ns/op 209107 events/s 5722459 B/op 28098 allocs/op
BenchmarkExporter/logs/raw/xlarge_batch
BenchmarkExporter/logs/raw/xlarge_batch-10 25 46517563 ns/op 214973 events/s 57311327 B/op 281046 allocs/op
BenchmarkExporter/traces/none/small_batch
BenchmarkExporter/traces/none/small_batch-10 18934 64383 ns/op 155321 events/s 61103 B/op 392 allocs/op
BenchmarkExporter/traces/none/medium_batch
BenchmarkExporter/traces/none/medium_batch-10 2078 573554 ns/op 174352 events/s 602734 B/op 3826 allocs/op
BenchmarkExporter/traces/none/large_batch
BenchmarkExporter/traces/none/large_batch-10 204 5506740 ns/op 181596 events/s 6019500 B/op 38163 allocs/op
BenchmarkExporter/traces/none/xlarge_batch
BenchmarkExporter/traces/none/xlarge_batch-10 21 55099689 ns/op 181489 events/s 60130968 B/op 381435 allocs/op
BenchmarkExporter/traces/ecs/small_batch
BenchmarkExporter/traces/ecs/small_batch-10 18612 64431 ns/op 155204 events/s 61111 B/op 392 allocs/op
BenchmarkExporter/traces/ecs/medium_batch
BenchmarkExporter/traces/ecs/medium_batch-10 2086 579508 ns/op 172560 events/s 602838 B/op 3826 allocs/op
BenchmarkExporter/traces/ecs/large_batch
BenchmarkExporter/traces/ecs/large_batch-10 210 5637313 ns/op 177389 events/s 6019330 B/op 38168 allocs/op
BenchmarkExporter/traces/ecs/xlarge_batch
BenchmarkExporter/traces/ecs/xlarge_batch-10 20 53797696 ns/op 185882 events/s 60170108 B/op 381418 allocs/op
BenchmarkExporter/traces/raw/small_batch
BenchmarkExporter/traces/raw/small_batch-10 19999 64957 ns/op 153949 events/s 60193 B/op 372 allocs/op
BenchmarkExporter/traces/raw/medium_batch
BenchmarkExporter/traces/raw/medium_batch-10 2197 533394 ns/op 187479 events/s 592292 B/op 3625 allocs/op
BenchmarkExporter/traces/raw/large_batch
BenchmarkExporter/traces/raw/large_batch-10 223 5158606 ns/op 193851 events/s 5917039 B/op 36155 allocs/op
BenchmarkExporter/traces/raw/xlarge_batch
BenchmarkExporter/traces/raw/xlarge_batch-10 22 51159360 ns/op 195468 events/s 59215624 B/op 361363 allocs/op
PASS
ok github.com/open-telemetry/opentelemetry-collector-contrib/exporter/elasticsearchexporter/integrationtest 93.126s
```
</details>
**Documentation:** <Describe the documentation added.> N/A
* [processor/geoip] Initial implementation (#33319)
**Description:** <Describe what has changed.>
This is the initial implementation of the GeoIP processor. Note that it
will still be a NOP (No Operation) from the user's perspective, as no
Geo data providers are implemented [nor can be configured
yet](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/33268).
However, this implementation aims to provide an overview of the
processor's logic.
The logic is the same for all signals (traces, metrics, and logs). For
each signal, the processor follows these steps:
1. Locate an IP address attribute within the resource attributes. If not
found, continue; if parsing the IP fails, return an error. By default,
the IP address must be included within the `source.address` attribute
key, see:
https://github.com/open-telemetry/semantic-conventions/blob/v1.26.0/docs/general/attributes.md#source
2. Retrieve the geo-location metadata associated with the IP address
using the available GeoProviders. At the moment, no additional check is
done on the attributes returned by the providers. In a future PR, the
processor will need to validate that all attributes follow the Geo
semantic conventions.
3. Append the set of geo attributes to the resource attributes.
The `processor/geoipprocessor/internal/provider/geoipprovider.go` file
contains an initial interface proposal for the Geo providers. A mock
implementation can be found in the geoip_processor_test.go file.
**Link to tracking Issue:**
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32663
**Testing:** Unit tests for the signals process
**Documentation:** Should we update the README with the available
configuration once it becomes operational?
---------
Co-authored-by: Tiffany Hrabusa <30397949+tiffany76@users.noreply.github.com>
* [exporter/Logzioexporter] bug fix export log attributes (#33231)
**Description:**
Fix bug where log attributes were not correctly exported
**Link to tracking Issue:** <Issue number if applicable>
https://github.com/open-telemetry/opentelemetry-java-instrumentation/issues/11409
**Testing:** <Describe what testing was performed and which tests were
added.>
Updated unit tests
**Documentation:** <Describe the documentation added.>
No documentation added
* [exporter/kafkaexporter] added an option to disable kerberos PA-FX-FAST negotiation (#33086)
**Description:**
Added the `disable_fast_negotiation` configuration option for Kafka
Kerberos authentication. This option allows users to disable the
PA-FX-FAST negotiation, which can cause issues when Active Directory is
not configured to support it. This change ensures that Kafka Exporters
can function correctly in such environments.
**Link to tracking Issue:**
[26345](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/26345)
**Testing:**
- Added unit tests to verify the behaviour of the
`disable_fast_negotiation` option in the `KerberosConfig` struct.
- Tests include scenarios where `disable_fast_negotiation` is set to
both `true` and `false`, ensuring that the configuration is correctly
applied.
**Documentation:**
- Updated README files which describe the new configuration option
- Updated the changelog to reflect the addition of the
`disable_fast_negotiation` configuration option.
---------
Co-authored-by: Sean Marciniak <30928402+MovieStoreGuy@users.noreply.github.com>
Co-authored-by: Curtis Robert <crobert@splunk.com>
* [chore] make update-otel (#33396)
Addresses GHSA-c74f-6mfw-mm4v
---------
Signed-off-by: Pablo Baeyens <pablo.baeyens@datadoghq.com>
* [receiver/sqlserver] Add support for more database IO metrics (#32833)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
This adds more metrics (disabled by default) from the existing
`database_io` query. The values being scraped can be found
[here](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-io-virtual-file-stats-transact-sql?view=sql-server-ver16).
**Link to tracking Issue:** <Issue number if applicable>
Continued work on #29865
**Testing:** <Describe what testing was performed and which tests were
added.>
Tests added. Also confirmed all expected metrics were properly scraped
manually.
* [chore] remove use of deprecated component.UnmarshalConfig (#33404)
**Description:**
Remove use of `component.UnmarshalConfig`
this change only affects test code.
* [chore] Do not fail if JSON is not found in previous issue (#33395)
**Description:**
Avoid crashing when JSON section is not present in previous ISSUE
**Link to tracking Issue:**
#33388
**Testing:**
```
act -j get_issues -e <(echo '{"repository": {"owner": {"login": "your-github-username"}}}') -s GITHUB_TOKEN=<your-token>
```
* [exporter/elasticsearch] validate endpoints (#33350)
**Description:**
Check that Elasticsearch `endpoints` is a list of valid URLs during
config validation. This ensures that syntactically invalid endpoints
causes a fatal error during collector startup, rather than leading to a
persistent runtime error.
Previously, setting an endpoint without a scheme would lead to an error
at runtime when attempting a bulk request to Elasticsearch:
```
...
2024-06-04T10:30:23.244+0800 error
elasticsearchexporter/elasticsearch_bulk.go:313 bulk indexer flush error
{"kind": "exporter", "data_type": "traces", "name": "elasticsearch",
"error": "failed to execute the request: unsupported protocol scheme
\"\""}
...
```
Now the collector fails to start up:
```
$ make run
cd ./cmd/otelcontribcol && GO111MODULE=on go run --race . --config ../../local/config.yaml
Error: invalid configuration: exporters::elasticsearch: invalid endpoint "localhost": invalid scheme "", expected "http" or "https"
2024/06/04 12:23:50 collector server run finished with error: invalid configuration: exporters::elasticsearch: invalid endpoint "localhost": invalid scheme "", expected "http" or "https"
exit status 1
make: *** [Makefile:255: run] Error 1
```
**Link to tracking Issue:**
N/A
**Testing:** <Describe what testing was performed and which tests were
added.>
**Documentation:**
N/A
* [chore] remove use of component.UnmarshalConfig (#33407)
Description:
Remove use of component.UnmarshalConfig
this change only affects test code.
Follow up to #33404
---------
Co-authored-by: Andrzej Stencel <andrzej.stencel@elastic.co>
* [chore] Clarify that cmd/otelcontribcol and top-level go.mod are not the sources of the contrib distro (#33409)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
Documents the purpose of `cmd/otelcontribcol` and `cmd/oteltestbedcol`
in new READMEs and in comments on the builder manifests. Adds note to
top-level `go.mod`.
This is a common point of confusion and was recently confusing for users
on the aftermath of CVE-2024-36129
Counterpart to open-telemetry/opentelemetry-collector/pull/10351
---------
Co-authored-by: Armin Ruech <7052238+arminru@users.noreply.github.com>
* [chore] Add issues with waiting-for-code-owners label to the weekly report (#33330)
**Description:**
Added the list of issues with the `waiting-for-code-owner` to the weekly
report
**Link to tracking Issue:**
#32490
**Testing:**
Check the testing_actions.md file
**Documentation:**
I've added the docs/testing_actions.md file to describe how to test the
new functionality
---------
Co-authored-by: Pablo Baeyens <pbaeyens31+github@gmail.com>
* [CI] make update-otel (#32038)
**Description:**
Seems like there were some bugs, which i wasn't very sure about.
It ran the `multimod` cmd with the wrong directory (at least in my
case).
On top of that i had to remove the `--commit-hash` flag, because per
definition it already gets the main branch, but you should have to
insert a commit-hash.
If not used at all it should just be the latest. Therefore
`OTEL_VERSION` and `OTEL_STABLE_VERSION` could be removed or could later
on be used to get the latest commit-hash (but has to be implemented).
The core-versions in `otelcontribcol/builder-config.yaml` and
`oteltestbedcol/builder-config.yaml` will be updated by using `sed`.
But these additional lines will only replace sth like:
`v0.97.1-0.20240327181407-1038b67c85a0`
and update it to:
`v0.98.0`
So if someone needs any kind of specific version-hash, he still would
have to change this manually.
This definitely is not a perfect solution for this issue (it just works
:sweat_smile: ) , so just tell me if there is something totally stupid
in this code.
**Link to tracking Issue:**
- Resolves #21632
**Testing:** <Describe what testing was performed and which tests were
added.>
**Documentation:** <Describe the documentation added.>
---------
Co-authored-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [chore][docs] Fix name of the Windows Event Log Receiver (#33295)
**Description:** <Describe what has changed.>
Changing "Windows Log Event Receiver" to "Windows Event Log Receiver" as
that is the official name. IBM docs is also linking out to this readme
so we need consistency.
https://www.ibm.com/docs/en/instana-observability/current?topic=opentelemetry-sending-data-instana-agent#enabling-tls-encryption-for-opentelemetry-ingestion
* [chore][processor/probabilisticsampler] Fix typo (#33418)
* [chore] Add sponsorship assignment requirement (#33299)
As discussed in the collector SIG today, I'm proposing language where
auto-assignment of a sponsor is only a given if the component is
proposed by a member of the project.
* [cmd/opampsupervisor,extension/opamp] Update opamp-go v0.15.0 (#33416)
**Description:**
* Updates opamp-go to v0.15.0
This change is breaking, in that an opamp server using v0.14.0 may be
incompatible with the changes introduced in v0.15.0 (this is due to
invalid UTF-8 sequences now being allowed in the agent's instance ID).
As part of this update, the preferred format for IDs in the opamp
extension's config has changed to UUID (any UUID is allowed, but
specifically v7 is preferred). I've allowed ULIDs to still be specified,
so older configurations should still work.
For the supervisor, I've changed the ULID generated to be a UUID. This
is a breaking change for the persistent state, but this component is in
developmen status, and breaking changes are expected.
**Testing:**
Unit tests.
Tested connecting the supervisor to a management server using v0.15.0 of
OpAMP.
**Documentation:**
* Modified documentation to switch references to ULID to UUID
---------
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Yang Song <songy23@users.noreply.github.com>
* [cmd/opampsupervisor]: Add config validation (#32845)
**Description:**
* Refactor config to remove some pointers (using a "default config" +
override pattern lets us do this, which simplifies some code)
* Validate the config after loading it, and after getting a new config
from the opamp server
**Link to tracking Issue:** Closes #32843
**Testing:**
* Unit tests for config validation
* [chore] update core dep (#33417)
This brings in the rename of CreateSettings -> Settings and
NewNopCreateSettings -> NewNopSettings
---------
Signed-off-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [chore][pkg/stanza] skip rotation test on windows (#33429)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
Since other rotation related tests are skipped on Windows, I guess it
makes sense to skip this one too.
Related to
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/16331.
Spotted failure:
https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/9418728481/job/25946842048?pr=33428#step:6:848
(https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/33428)
**Link to tracking Issue:** <Issue number if applicable>
**Testing:** <Describe what testing was performed and which tests were
added.>
**Documentation:** <Describe the documentation added.>
Signed-off-by: ChrsMark <chrismarkou92@gmail.com>
* [cmd/opampsupervisor] remove executable check for collector binary (#33431)
**Description:** <Describe what has changed.>
* Remove the check for if an executable bit is set on the collector
binary. Instead, we'll allow the supervisor to attempt to run it and
fail then.
**Link to tracking Issue:** Closes #33430
**Testing:**
* Unit tests
* [confmap/provider/secretsmanagerprovider] Add support for JSON secrets (#32861)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
- Fixes `invalid memory address or nil pointer dereference` error when I
included this component in `opentelemetry-lambda/collector` lambda
layer.
- Fixes #32143 AWS Secrets Manager - JSON Secret Support
**Link to tracking Issue:** #32143
**Testing:** Added unit tests. Manually tested in AWS Lambda Layer with
opentelemetry-lambda
**Documentation:** Update changelog and secretsmanagerprovider README.
---------
Co-authored-by: Antoine Toulme <antoine@toulme.name>
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
* [chore][exporter/elasticsearch] Re-enable exporter test on Windows (#33434)
**Link to tracking Issue:** #10178 #14759
Co-authored-by: Curtis Robert <crobert@splunk.com>
* [chore] make gotidy lint (#33448)
Before this PR, main was broken for a few groups:
- receiver-3
- exporter-1
- exporter-3
- connector
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
---------
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
* [pkg/winperfcounters] Add option to re-create PDH query on each scrape. (#32799)
**Description:** This pull request adds a new option for
`receiver/windowsperfcounters` to allow re-creating a given counter
query on each scrape. This is useful to avoid some weird performance
counter corruption bugs that can occur on some versions of Windows.
The pull request does this by exposing a new setting (documented in
receiver's README) `counterConfig.recreateQuery bool` and a new public
`watcher` API in `pkg/winperfcounters` called `Reset()`.
The PR also modifies the `receiver/activedirectoryds` tests to stub the
`Reset()` API.
**Link to tracking Issue:** #32798
**Testing:**
- Unit tests for `watcher`
- Unit tests for `windowsperfcounters_scraper`
- Manual testing on our affected systems to validate that the scrape
output is now valid
**Documentation:**
- Receiver documentation for new settings
- User-facing changelog for the setting
- API-facing changelog for the `watcher` API
* [chore] Fix pinging and labelling on new issues (#33437)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
The current behavior of pinging code owners and adding labels to new
issues is tied together. The existing logic was to only add a label and
ping code owners if the person filing the issue was **not** a code
owner. However, this can lead to issues lacking labels, and some code
owners not being properly notified of issues.
Recent example:
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/33433
(There have been many examples of this, but I choose this one as I used
it for my investigation.)
This issue was filed by a code owner. The result was that no labels were
added, and the other three code owners were not notified.
I think it makes sense to at least add the label to the issue, and I
don't see much harm in the extra noise for the person filing the issue
to get a notification.
This change is essentially the same as
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/30136,
just for new issues.
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
* [pkg/ottl] add `keep_matching_keys function` (#33337)
**Description:** This PR adds a `keep_matching_keys` function.
**Link to tracking Issue:** Resolves #32989
**Testing:** Added unit and end to end tests. Tested manually with the
following config:
```yaml
receivers:
otlp:
protocols:
grpc:
endpoint: 0.0.0.0:4317
processors:
transform:
error_mode: ignore
trace_statements:
- context: span
statements:
- keep_matching_keys(attributes, "http.*")
exporters:
debug:
verbosity: detailed
otlphttp:
endpoint: ${env:DT_ENDPOINT}
headers:
Authorization: "Api-Token ${env:API_TOKEN}"
service:
pipelines:
traces:
receivers: [otlp]
processors: [transform]
exporters: [otlphttp, debug]
```
Used the `telemetrygen` CLI to send traces with attributes to verify the
function was applied correctly:
```
telemetrygen traces --otlp-insecure --traces 10 --status-code Ok --span-duration 1s --telemetry-attributes http.foo=\"value1\" --telemetry-attributes http.bar=\"value2\" --telemetry-attributes foo=\"bar\"
```
**Documentation:** The documentation has been added to the function
explanations in the readme
---------
Signed-off-by: Florian Bacher <florian.bacher@dynatrace.com>
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
Co-authored-by: Tyler Helmuth <12352919+TylerHelmuth@users.noreply.github.com>
* [pkg/ottl] Support for append (#33017)
**Description:**
Added new ottl function `append(target, Optional[single_value],
Optional[slice_value])`
Append function appends one or more values to an existing array if the
field already exists and it is an array.
It should convert scalar values into an array if the field exists but is
not an array
Creates an array containing the provided values if the field doesn’t
exist
Implemented this with few assumptions up for a discussion
- implemented this as a function modifying target rather than converter
returning merged arrays
- working with strings so far, resulting in `[]string` after concat
- merging integers, boolean... not implemented, as I haven't found use
for these use-cases, could be accomplished with retyping them later
after append produces `[]string`
**Link to tracking Issue:** [<Issue number if
applicable>](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/32141)
**Testing:**
Added unit tests with intended behavior
Tested also with this config
```yaml
receivers:
filelog:
include: [ system.log ]
start_at: beginning
exporters:
debug:
verbosity: detailed
sampling_initial: 10000
sampling_thereafter: 10000
processors:
transform:
error_mode: ignore
log_statements:
- context: log
statements:
- append(attributes["empty_tags"], "my empty value") # non existing field should be created
- set(attributes["tags"], "my funky value") # init with single value
- append(attributes["tags"], "my file value") # append to scalar value
- set(attributes["tags_copy"], attributes["tags"]) # make a copy
- append(attributes["tags_copy"], "my third value") # append to slice
- append(attributes["tags_copy"], values = ["my third value", "my last value"]) # append to slice
service:
pipelines:
logs:
receivers: [filelog]
processors: [transform]
exporters:
- debug
```
Expecting this result
```
Attributes:
-> log.file.name: Str(system.log)
-> empty_tags: Slice(["my empty value"])
-> tags: Slice(["my funky value","my file value"])
-> tags_copy: Slice(["my funky value","my file value","my third value"])
```
**Documentation:** updated README
---------
Co-authored-by: Tyler Helmuth <12352919+TylerHelmuth@users.noreply.github.com>
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
* [processor/deltatocumulative]: drop samples of streams exceeding limit (#33286)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
when at limit, the `telemetry` component recorded
`dps_dropped{reason="at-limit"}` and set the error to nil.
this in turn let `Aggregate` call `CopyTo` on a zero-valued (effectively
nil) `pmetric.NumberDataPoint`, leading to a panic due to nil-pointer
deref.
For this specific case, the metric is not tracked, given we are at limit
so we cannot CopyTo anything, because it does not exist.
Added signaling behavior to specifically drop those samples altogether.
**Link to tracking Issue:** <Issue number if applicable>
Fixes
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/33285
**Testing:** added, `TestDrop`, `TestAggregate`
**Documentation:** not needed
* [chore] Fix windows tests (#33456)
Fixes tests in
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/32799
* [pkg/stanza] add symlink related test for fileconsumer (#33428)
**Description:** <Describe what has changed.>
<!--Ex. Fixing a bug - Describe the bug and how this fixes the issue.
Ex. Adding a feature - Explain what this achieves.-->
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/32292
was closed due to inactivity. This PR resumes from there.
**Link to tracking Issue:** <Issue number if applicable>
**Testing:** <Describe what testing was performed and which tests were
added.>
**Documentation:** <Describe the documentation added.>
Co-authored-by: Shaunak Kashyap <ycombinator@gmail.com>
---------
Signed-off-by: ChrsMark <chrismarkou92@gmail.com>
Co-authored-by: Shaunak Kashyap <ycombinator@gmail.com>
* [extension/healthcheckv2] Add event aggregation logic (#32695)
**Description:**
This PR is the second in a series to decompose
https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/30673
into more manageable pieces for review.
**Aggregator**
This PR introduces an aggregator data structure and event aggregation
logic for status events. The extension implements the `StatusWatcher`
optional interface, which the collector will call with a
`component.StatusEvent` for each change in component status. These
events will be aggregated by an aggregation function, and stored in the
aggregator.
The aggregator is a recursive data structure. At the top it contains the
overall status of the collector. At the next level, it contains the
statuses for each pipeline, and at the level below that, it contains the
statuses for each component in a pipeline. Each node in the data
structure is an aggregation the status events in the level below. The
overall collector status is the aggregation of the pipeline statuses,
and at the next level, the pipeline statuses are the aggregations of the
component statuses. The data structure allows you to query the status of
the collector overall, or for individual pipelines by name. There is
also a pub/sub mechanism used for streaming aggregated statuses.
**Aggregation Function**
The purpose of the aggregator is to aggregate events so that the most
relevant status event bubbles to the top. This allows us to get the
status of the collector overall or a pipeline through a simple lookup.
There is an aggregation function that determines the priority of events
and how they should be aggregated. In many cases, the result will be an
existing status event. In some cases a new event will be synthesized. In
order to match the behavior existing healthcheck extension, lifecycle
events (e.g. starting, stopping, etc) are prioritized over runtime
events. Next, error statuses are prioritized with PermanentErrors as
higher priority than RecoverableErrors, but this can vary based on user
provided configuration. If PermanentErrors are ignored by configuration,
but RecoverableErrors are included, then RecoverableErrors will take
priority over PermanentErrors.
The StatusWatcher interface receives immutable events of type
`component.StatusEvent`. Since we sometimes need to synthesize new
events during aggregation, an `Event` interface was introduced so that
the aggregator can use `component.StatusEvent` instances or instances of
events synthesized by the status package.
It's worth mentioning that there is [existing status event aggregation
logic](https://github.com/open-telemetry/opentelemetry-collector/blob/main/component/status.go#L101-L190)
in collector core, but it did not meet the needs of this extension. It
does not prioritize lifecycle events over error events, and it will
always prioritize permanent errors over recoverable. By prioritizing
lifecycle events over error events we can return a 503 when restarting a
collector rather than a 500 when a collector in a final state, such as
PermanentError. This is necessary to match the behavior of the existing
extension. Since users have the option to include or ignore recoverable
and permanent errors, we need the ability to prioritize them
accordingly. We can discuss what the fate of the aggregation code in
core should be.
**Examples**
Below are examples of overall collector and pipeline status that are
based on the aggregator data structure. The rendering of the examples
will come in a later PR. You can also look at the parent PR to see how
all of this fits together. Note that the pipeline status example is a
subtree of the overall collector status.
Overall collector status:
```json
{
"start_time": "2024-01-18T17:27:12.570394-08:00",
"healthy": true,
"status": "StatusRecoverableError",
"error": "rpc error: code = ResourceExhausted desc = resource exhausted",
"status_time": "2024-01-18T17:27:32.572301-08:00",
"components": {
"extensions": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.570428-08:00",
"components": {
"extension:healthcheckv2": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.570428-08:00"
}
}
},
"pipeline:metrics/grpc": {
"healthy": true,
"status": "StatusRecoverableError",
"error": "rpc error: code = ResourceExhausted desc = resource exhausted",
"status_time": "2024-01-18T17:27:32.572301-08:00",
"components": {
"exporter:otlp/staging": {
"healthy": true,
"status": "StatusRecoverableError",
"error": "rpc error: code = ResourceExhausted desc = resource exhausted",
"status_time": "2024-01-18T17:27:32.572301-08:00"
},
"processor:batch": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571132-08:00"
},
"receiver:otlp": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571576-08:00"
}
}
},
"pipeline:traces/http": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571625-08:00",
"components": {
"exporter:otlphttp/staging": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571615-08:00"
},
"processor:batch": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571621-08:00"
},
"receiver:otlp": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571625-08:00"
}
}
}
}
}
```
Status for pipeline `traces/http`:
```json
{
"start_time": "2024-01-18T17:27:12.570394-08:00",
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571625-08:00",
"components": {
"exporter:otlphttp/staging": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571615-08:00"
},
"processor:batch": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571621-08:00"
},
"receiver:otlp": {
"healthy": true,
"status": "StatusOK",
"status_time": "2024-01-18T17:27:12.571625-08:00"
}
}
}
```
**Link to tracking Issue:** #26661
**Testing:** Units / manual
**Documentation:** Comments, etc
---------
Co-authored-by: Evan Bradley <11745660+evan-bradley@users.noreply.github.com>
* [chore] bump dep to address cve (#33460)
Signed-off-by: Alex Boten <223565+codeboten@users.noreply.github.com>
* [pkg/ottl] Add debug logging (#33274)
**Description:**
Adds debug logging to `StatementSequence.Execute` to allow printing the
state of the `TransformContext` after each statement.
Example logs:
```
2024-05-28T16:19:29.198-0600 debug ottl@v0.101.0/parser.go:265 initial TransformContext {"kind": "processor", "name": "transform", "pipeline": "logs", "tCtx": {"resource": {"attributes": {}, "dropped_attribute_count": 0}, "instrumentation_scope": {"attributes": {}, "dropped_attribute_count": 0, "name": "", "version": ""}, "log_record": {"attributes": {"log.file.name": "test.log"}, "body": "test", "dropped_attribute_count": 0, "flags": 0, "observed_time_unix_nano": "2024-05-28 22:19:29.098833 +0000 UTC", "severity_number": 0, "severity_text": "", "span_id": "", "time_unix_nano": "1970-01-01 00:00:00 +0000 UTC", "trace_id": ""}, "cache": {}}}
2024-05-28T16:19:29.199-0600 debug ottl@v0.101.0/parser.go:268 after transformation {"kind": "processor", "name": "transform", "pipeline": "logs", "statement": "set(attributes[\"test\"], \"pass\")", "tCtx": {"resource": {"attributes": {}, "dropped_attribute_count": 0}, "instrumentation_scope": {"attributes": {}, "dropped_attribute_count": 0, "name": "", "version": ""}, "log_record": {"attributes": {"log.file.name": "test.log", "test": "pass"}, "body": "test", "dropped_attribute_coun…
cparkins
pushed a commit
to AmadeusITGroup/opentelemetry-collector-contrib
that referenced
this issue
Jul 11, 2024
**Description:** This change adds a query, scraper, and some more metrics for data from the performance counter SQL server table. The query itself is mostly taken from Telegraf's SQL server plugin. This also reuses the existing metric `sqlserver.lock.wait.rate`, so now it will be available both from Windows performance counters, as well as other OSs when directly connecting to the SQL server instance. **Naming and format feedback on new metrics would be greatly appreciated.** **Link to tracking Issue:** open-telemetry#29865 **Testing:** Added tests for the query itself, as well as the new scraper. Co-authored-by: Daniel Jaglowski <jaglows3@gmail.com>
cparkins
pushed a commit
to AmadeusITGroup/opentelemetry-collector-contrib
that referenced
this issue
Jul 11, 2024
**Description:** <Describe what has changed.> <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> This adds one more metric, `sqlserver.properties.db.status`, which shows the total number of databases in each state. **Link to tracking Issue:** <Issue number if applicable> open-telemetry#29865 **Testing:** <Describe what testing was performed and which tests were added.> Testing added, existing tests are passing.
cparkins
pushed a commit
to AmadeusITGroup/opentelemetry-collector-contrib
that referenced
this issue
Jul 11, 2024
…elemetry#32833) **Description:** <Describe what has changed.> <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> This adds more metrics (disabled by default) from the existing `database_io` query. The values being scraped can be found [here](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-io-virtual-file-stats-transact-sql?view=sql-server-ver16). **Link to tracking Issue:** <Issue number if applicable> Continued work on open-telemetry#29865 **Testing:** <Describe what testing was performed and which tests were added.> Tests added. Also confirmed all expected metrics were properly scraped manually.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Component(s)
receiver/sqlserver
Describe the issue you're reporting
Background
I have a list of metrics that have been identified as helpful to users historically, but are not yet supported by the SQL Server receiver.
The SQL Server receiver is using an internal pkg
winperfcounters, which in turn is using the underlying logic of an internal package. I don't quite follow the context of this package at this point, but it looks almost like a port of InfluxData's telegraf package?Requested metrics to add
I've written the metrics with the naming format supported by the telegraf SQL server plugin, the following metrics are what I would want to add. More information about how metrics are retrieved and made available can be found here in the README.
Metric sources and documentation references
IO metrics defined
Performance metrics defined here, here for resource pools, here for locks, and here for general statistics.
Server DB properties are described in the
SQLServerPropertiesbullet point here in the README, and here in code.I believe we'd want all of these metrics disabled by default, but it's up for discussion.
Note
If there metrics are acceptable, we'll want to also define metric names that match OTEL semantics.
The text was updated successfully, but these errors were encountered: