-
Bug
-
Resolution: Done-Errata
-
Major
-
Logging 6.2.0
-
False
-
None
-
False
-
NEW
-
ON_QA
-
Prior to this update, the timestamps shown in the console logs did not match the @timestamp from the message. With this update we are now correctly setting the timestamp field that matches the message.
-
Bug Fix
-
-
-
Log Collection - Sprint 261, Log Collection - Sprint 262, Log Collection - Sprint 263, Log Collection - Sprint 264, Log Collection - Sprint 265, Log Collection - Sprint 266, Log Collection - Sprint 267
-
Important
Description of problem:
The console timestamps column for individual log lines does not align to the @timestamp field from the log record. There is generally a 10+ second difference. In EFK, the timestamps came from CRIO directly and was properly aligned.
How reproducible:
Seems to be always in our environment
Steps to Reproduce:
1. View logs in the console 2. 3.
Actual results:
Different of 10+ seconds in time.
Expected results:
Times should be aligned
Additional info:
- causes
-
LOG-6813 Duplicated timestamp fields in some outputs
-
- Closed
-
- is cloned by
-
LOG-6495 [release-5.8] Console timestamps for log lines do not match log @timestamp
-
- New
-
-
LOG-6755 [release-6.1] Console timestamps for log lines does not match log @timestamp
-
- POST
-
-
LOG-6756 [release-6.0] Console timestamps for log lines does not match log @timestamp
-
- POST
-
- is related to
-
OBSDA-807 Investigate Time usage in the collector
-
- New
-
- links to
-
RHBA-2025:2398 Logging for Red Hat OpenShift - 6.2.0
- mentioned on