|
5 | 5 | <!-- For unreleased changes, see entries in .chloggen --> |
6 | 6 | <!-- next version --> |
7 | 7 |
|
| 8 | +## v0.143.0 |
| 9 | + |
| 10 | +This Splunk OpenTelemetry Collector release includes changes from the [opentelemetry-collector v0.143.0](https://github.com/open-telemetry/opentelemetry-collector/releases/tag/v0.143.0) |
| 11 | +and the [opentelemetry-collector-contrib v0.143.0](https://github.com/open-telemetry/opentelemetry-collector-contrib/releases/tag/v0.143.0) releases where appropriate. |
| 12 | + |
| 13 | +### 🛑 Breaking changes 🛑 |
| 14 | + |
| 15 | +- (Contrib) `receiver/prometheus`: Remove deprecated `use_start_time_metric` and `start_time_metric_regex` configuration options. ([#44180](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/44180)) |
| 16 | + The `use_start_time_metric` and `start_time_metric_regex` configuration options have been removed after being deprecated in v0.142.0. |
| 17 | + Users who have these options set in their configuration will experience collector startup failures after upgrading. |
| 18 | + To migrate, remove these configuration options and use the `metricstarttime` processor instead for equivalent functionality. |
| 19 | + |
| 20 | +### 💡 Enhancements 💡 |
| 21 | + |
| 22 | +- (Splunk) `packaging`: Update Splunk OpenTelemetry .NET agent to v1.12.0 ([#7032](https://github.com/signalfx/splunk-otel-collector/pull/7032)) |
| 23 | +- (Splunk) `packaging`: Update Splunk OpenTelemetry Java agent to v2.23.0 ([#7031](https://github.com/signalfx/splunk-otel-collector/pull/7031)) |
| 24 | +- (Splunk) `packaging`: Update Splunk OpenTelemetry Node.js agent to v4.3.0 ([#7048](https://github.com/signalfx/splunk-otel-collector/pull/7048)) |
| 25 | +- (Contrib) `pkg/ottl`: Add `Bool` function for converting values to boolean ([#44770](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/44770)) |
| 26 | +- (Contrib) `receiver/awscloudwatch`: Add support for filtering log groups by account ID. ([#38391](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/38391)) |
| 27 | +- (Contrib) `receiver/awscontainerinsightreceiver`: Component type name renamed from `awscontainerinsightreceiver` to `awscontainerinsight`, controlled by feature gate `receiver.awscontainerinsightreceiver.useNewTypeName`. ([#44052](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/44052)) |
| 28 | + When the feature gate is enabled, the receiver uses the new type name `awscontainerinsight` instead of `awscontainerinsightreceiver`. |
| 29 | + To enable the new type name, use: `--feature-gates=+receiver.awscontainerinsightreceiver.useNewTypeName`. |
| 30 | +- (Contrib) `receiver/filelog`: gzip files are auto detected based on their header ([#39682](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/39682)) |
| 31 | +- (Contrib) `receiver/oracledb`: Add stored procedure information to logs for top queries and query samples. ([#44764](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/44764)) |
| 32 | + The `db.server.top_query` event now includes `oracledb.procedure_id`, `oracledb.procedure_name`, and `oracledb.procedure_type` attributes. |
| 33 | + The `db.server.query_sample` event now includes `oracledb.procedure_id`, `oracledb.procedure_name`, and `oracledb.procedure_type` attributes. |
| 34 | +- (Contrib) `receiver/postgresql`: Added `service.instance.id` resource attribute for metrics and logs ([#43907](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/43907)) |
| 35 | + `service.instance.id` is enabled by default. |
| 36 | +- (Contrib) `receiver/postgresql`: Add trace propagation support ([#44868](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/44868)) |
| 37 | + When `postgresql.application_name` contains a valid W3C `traceparent`, emitted `db.server.query_sample` logs include `trace_id` and `span_id` for correlation. |
| 38 | +- (Contrib) `receiver/prometheus`: Add `receiver.prometheusreceiver.RemoveReportExtraScrapeMetricsConfig` feature gate to disable the `report_extra_scrape_metrics` config option. ([#44181](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/44181)) |
| 39 | + When enabled, the `report_extra_scrape_metrics` configuration option is ignored, and extra scrape metrics are |
| 40 | + controlled solely by the `receiver.prometheusreceiver.EnableReportExtraScrapeMetrics` feature gate. |
| 41 | + This mimics Prometheus behavior where extra scrape metrics are controlled by a feature flag. |
| 42 | +- (Contrib) `receiver/windowseventlog`: Improved performance of the Windows Event Log Receiver ([#43195](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/43195)) |
| 43 | + Previously, the Windows Event Log Receiver could only process events up to 100 messages per second with default settings. |
| 44 | + This was because the receiver would read at most `max_reads` messages within each configured `poll_interval`, even if |
| 45 | + additional events were already available. |
| 46 | + This restriction has been removed. The `poll_interval` parameter behaves as described in the documentation: |
| 47 | + The `poll_interval` parameter now only takes effect after all current events have been read. |
| 48 | + For users who prefer the previous behavior, a new configuration option, `max_events_per_poll`, has been introduced. |
| 49 | +- (Contrib) `receiver/windowseventlog`: Add parsing for Version and Correlation event fields. ([#45018](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/45018)) |
| 50 | + |
| 51 | +### 🧰 Bug fixes 🧰 |
| 52 | + |
| 53 | +- (Contrib) `connector/count`: Basic config should emit default metrics ([#41769](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/41769)) |
| 54 | +- (Contrib) `exporter/kafka`: Wrap non-retriable errors from franzgo with consumererror::permanent ([#44918](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/44918)) |
| 55 | +- (Contrib) `exporter/loadbalancing`: Fix k8s resolver parsing so loadbalancing exporter works with service FQDNs ([#44472](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/44472)) |
| 56 | +- (Contrib) `receiver/azureeventhub`: Make storage of new azeventhub library backward compatible and fix checkpoint starting at earliest when storage is enabled ([#44461](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/44461)) |
| 57 | +- (Contrib) `receiver/fluentforward`: Ensure all established connections are properly closed on shutdown in the fluentforward receiver. The shutdown process now reliably closes all active connections. ([#44433](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/44433)) |
| 58 | + - Fixes shutdown behavior so that all existing connections are closed cleanly. |
| 59 | + - Adds tests to verify proper connection closure. |
| 60 | +- (Contrib) `receiver/kafka`: Fix deprecated field migration logic for metrics, traces, and profiles topic configuration ([#45215](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/45215)) |
| 61 | + Fixed bug where deprecated `topic` and `exclude_topic` fields for metrics, traces, and profiles |
| 62 | + were incorrectly checking logs configuration instead of their respective signal type's configuration. |
| 63 | + This prevented proper migration from deprecated fields unless logs.topics was empty. |
| 64 | + Also fixed validation error message typo for traces.exclude_topic and corrected profiles validation |
| 65 | + to check ExcludeTopic fields instead of Topic fields. |
| 66 | +- (Contrib) `receiver/sqlserver`: Collect query metrics for long running queries ([#44984](https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/44984)) |
| 67 | +- (Contrib) `receiver/tcpcheck`: Fix the unit of the `tcpcheck.error` metric from `error` to `errors` ([#45092](https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/45092)) |
| 68 | + |
8 | 69 | ## v0.142.0 |
9 | 70 |
|
10 | 71 | This Splunk OpenTelemetry Collector release includes changes from the [opentelemetry-collector v0.142.0](https://github.com/open-telemetry/opentelemetry-collector/releases/tag/v0.142.0) |
|
0 commit comments