Release notes for the Red Hat build of OpenTelemetry
What is new and what has changed with this release
Abstract
Chapter 1. Release notes for the Red Hat build of OpenTelemetry 3.9 Copy linkLink copied to clipboard!
1.1. About this release Copy linkLink copied to clipboard!
Red Hat build of OpenTelemetry 3.9 is provided through the Red Hat build of OpenTelemetry Operator 0.144.0 and based on the open source OpenTelemetry release 0.144.0.
Only supported features are documented. Undocumented features are currently unsupported. If you need assistance with a feature, contact Red Hat’s support.
1.2. New features and enhancements Copy linkLink copied to clipboard!
The Red Hat build of OpenTelemetry 3.9 release adds the following features and enhancements.
- Metric Start Time Processor
This update introduces the Metric Start Time Processor. You can use it to add start times to cumulative metrics after the Prometheus Receiver and benefit as follows:
- Improve historical data analysis by adding start time data for cumulative values.
- Enable the back end to accurately calculate request rates per minute.
- Enable threshold-based alerts.
- General availability of Collector components
The following components, available as a Technology Preview before this update, are fully supported from version 3.9:
- Kubernetes Events Receiver
- Filter Processor
- Transform Processor
- Prometheus Exporter
- Prometheus Remote Write Exporter
- Target Allocator
- Upgrade to UBI 9
- This release upgrades the Red Hat Universal Base Image (UBI) to version 9.
- Environment variables for Operator configuration
- This update adds support for overriding the Operator configuration by using environment variables.
- Prometheus scrape classes in Target Allocator
- This update adds support for Prometheus scrape classes in the Target Allocator component.
- Configuration change for Kafka Receiver and Kafka Exporter
- This update changes the configuration of the Kafka Receiver and Kafka Exporter in the OpenTelemetry Collector. The top-level encoding field is now deprecated. With this update, you must set encoding per signal type under logs, metrics, and traces. Use the raw encoding for logs only, because setting it at the top level and applying it to all signal types causes a startup failure. For examples, see "Kafka Receiver" and "Kafka Exporter".
1.3. Deprecated features Copy linkLink copied to clipboard!
The Red Hat build of OpenTelemetry 3.9 release deprecates the following features.
- Deprecated name for OTLP gRPC Exporter
-
The
otlpname for the OTLP gRPC Exporter in the OpenTelemetry Collector custom resource (CR) is deprecated. Use theotlp_grpcname instead. Theotlpname is deprecated and planned for removal in a future release. - Deprecated name for OTLP HTTP Exporter
-
The
otlphttpname for the OTLP HTTP Exporter in the OpenTelemetry Collector custom resource (CR) is deprecated. Use theotlp_httpname instead. Theotlphttpname is deprecated and planned for removal in a future release.
1.4. Removed features Copy linkLink copied to clipboard!
- OpenCensus Receiver is removed
- The deprecated OpenCensus Receiver, which provided backward compatibility with the OpenCensus project for easier migration of instrumented codebases, is removed and is no longer supported. You can use the OpenTelemetry Protocol (OTLP) and OTLP Receiver instead.
1.5. Known issues Copy linkLink copied to clipboard!
- No metrics in Host Metrics Receiver scraper
The filesystem scraper does not produce the
system.filesystem.inodes.usageandsystem.filesystem.usagemetrics in the Host Metrics Receiver after upgrading from Collector version 0.142.0 to 0.143.0 or later. No known workaround exists.
1.6. Fixed issues Copy linkLink copied to clipboard!
The Red Hat build of OpenTelemetry 3.9 release fixes the following issues.
- Fixed NGINX and Apache instrumentation init containers
- Before this update, the NGINX and Apache instrumentation init containers were created by cloning the main container’s configuration. As a consequence, there were issues with cloned liveness and readiness probes. With this release, the NGINX and Apache instrumentation init containers are defined independently, rather than inheriting inappropriate probe settings from the main container. As a result, issues with cloned liveness and readiness probes no longer occur.
- Fixed
ServiceMonitorresource for Operator metrics -
Before this update, the
ServiceMonitorresource for the Operator metrics was not created due to a bug. With this release, theServiceMonitorresource for the Operator metrics is created. - CVE-2025-61726
Before this update, a flaw existed in the
net/urlpackage in the Go standard library. As a consequence, a denial-of-service HTTP request with a massive number of query parameters could cause the application to consume an excessive amount of memory and eventually become unresponsive. This release eliminates this flaw.
Some linked Jira tickets are accessible only with Red Hat credentials.
1.7. Getting support Copy linkLink copied to clipboard!
If you experience difficulty with a procedure described in this documentation, or with OpenShift Container Platform in general, visit the Red Hat Customer Portal.
From the Customer Portal, you can:
- Search or browse through the Red Hat Knowledgebase of articles and solutions relating to Red Hat products.
- Submit a support case to Red Hat Support.
- Access other product documentation.
To identify issues with your cluster, you can use Red Hat OpenShift Lightspeed in OpenShift Cluster Manager. Red Hat OpenShift Lightspeed provides details about issues and, if available, information on how to solve a problem.
If you have a suggestion for improving this documentation or have found an error, submit a Jira issue for the most relevant documentation component. Please provide specific details, such as the section name and OpenShift Container Platform version.