Skip to content

Commit 1434c7b

Browse files
authored
Merge pull request #98992 from theashiot/OBSDOCS-2404
OBSDOCS-2404: Logging Z-Stream Release Notes - 6.3.1
2 parents 31a5ac2 + bee1a7e commit 1434c7b

File tree

2 files changed

+27
-0
lines changed

2 files changed

+27
-0
lines changed
Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,25 @@
1+
// Module included in the following assemblies:
2+
//
3+
// * about/logging-release-notes.adoc
4+
5+
:_mod-docs-content-type: REFERENCE
6+
[id="logging-release-notes-6-3-1_{context}"]
7+
= Logging 6.3.1 release notes
8+
9+
This release includes link:https://access.redhat.com/errata/RHBA-2025:16105[RHBA-2025:16105].
10+
11+
12+
[id="logging-release-notes-6-3-1-bug-fixes_{context}"]
13+
== Bug fixes
14+
15+
* Before this update, the log collector was configured to find the event timestamp at the root of the log record. When forwarding logs to Splunk with a `payloadKey` value specified, the `timestamp` field was omitted causing timestamp-related warnings. As a consequence, timestamp warnings flooded collector pods, disrupting log forwarding to Splunk. With this update, the log collector uses an internal timestamp field when forwarding logs. This ensures that the correct timestamp is used when forwarding logs to Splunk, resolving the issue. (link:https://issues.redhat.com/browse/LOG-7311[LOG-7311])
16+
17+
* Before this update, using the prune filter to remove Kubernetes metadata fields such as `.kubernetes.namespace_name` caused a remapping error during Syslog output generation. This prevented the `appname` and `tag` fields from being correctly initialized and could prevent forwarding of logs. With this update, this issue is fixed. Improved error handling initializes these fields with an empty string if the source metadata is missing, ensuring successful log processing. (link:https://issues.redhat.com/browse/LOG-7355[LOG-7355])
18+
19+
* Before this update, a log record with a malformed timestamp could cause the Vector agent to panic when attempting to forward logs to Loki. With this update, error handling for out-of-range timestamp values has been improved resolving the issue. (link:https://issues.redhat.com/browse/LOG-7417[LOG-7417])
20+
21+
* Before this update, the loki-gateway did not apply the `OR` expression for `openshift-network` tenants in LokiStack. With this update, the loki-gateway correctly applies the `OR` expression for the `openshift-network` tenants in LokiStack. (https://issues.redhat.com/browse/LOG-7421[LOG-7421])
22+
23+
* Before this update, the `vector_buffer_byte_size` and `vector_buffer_events` metrics incorrectly reported negative values under certain system load and timing conditions. This led to unreliable monitoring, potentially masking buffer issues. With this update, a concurrent, centralized state tracker ensures that these metrics are always reported as non-negative values. This ensures that the metrics correctly report buffer sizes helping with accurate monitoring.(link:https://issues.redhat.com/browse/LOG-7592[LOG-7592])
24+
25+
* Before this update, a change to the container image format caused issues when mirroring the images to image registries that do not support the new format. With this update, the container images are published using the older format again resolving the issue. (link:https://issues.redhat.com/browse/LOG-7699[LOG-7699])

release_notes/logging-release-notes.adoc

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -7,4 +7,6 @@ include::_attributes/common-attributes.adoc[]
77

88
toc::[]
99

10+
include::modules/logging-release-notes-6-3-1.adoc[leveloffset=+1]
11+
1012
include::modules/logging-release-notes-6-3-0.adoc[leveloffset=+1]

0 commit comments

Comments
 (0)