Bug 1347871
Summary: | Fluentd needs specific rollover date formatting in /var/log/messages | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Eric Jones <erjones> |
Component: | Logging | Assignee: | ewolinet |
Status: | CLOSED ERRATA | QA Contact: | chunchen <chunchen> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.2.0 | CC: | aos-bugs, ewolinet, penli, pweil, rmeggins, tdawson, wsun, xiazhao |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Cause: When reading in rolled over log messages into Fluentd, if the rolled over file name wasn't in a specific format Fluentd would fail while processing the date for that record. This was to adjust for a gap where logs from the previous year would be interpreted as logs that take place in the future since there was not a year field on the log records.
Consequence: Loss of log records
Fix: In addition to container logs, Fluentd will only read in records from /var/log/messages instead /var/log/messages*
Result: Fluentd will no longer read in log records from rolled over files.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2016-09-27 09:38:24 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Eric Jones
2016-06-17 21:58:04 UTC
merged in https://github.com/openshift/origin-aggregated-logging/pull/202. Moving to modified This has been merged and is in OSE v3.3.0.14 or newer. I jumped the gun on this. It hasn't been pulled in yet. Dropping this back down to Modified. Was blocked by https://bugzilla.redhat.com/show_bug.cgi?id=1366137 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1933 |