Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1633787 - Account for fluentd time to parse logs in Container garbage collection
Account for fluentd time to parse logs in Container garbage collection
Status: NEW
Product: OpenShift Container Platform
Classification: Red Hat
Component: RFE (Show other bugs)
3.10.0
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Seth Jennings
Xiaoli Tian
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2018-09-27 14:42 EDT by jolee
Modified: 2018-10-02 08:46 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 3628951 None None None 2018-09-27 15:01 EDT

  None (edit)
Description jolee 2018-09-27 14:42:24 EDT
Issue:
fluentd does not have enough time to parse all logs before container is garbage collected.



Suggestion:
In container garbage collection, there is a parameter minimum-container-ttl-duration which is calculated from container create time. Looking for a way to configure it to calculate from container died time so flunetd will have enough time to parse all logs before the container and its log got deleted by garbage collection.

for example, if we set minimum-container-ttl-duration at 10 minutes. 
1. pod starts at time 0, got deleted at 5m, it should be deleted at 15m but it got deleted at 10m
2. pod starts at time 0, got deleted at 1h, it is expected to be deleted at 1h10m but it will got deleted almost immediately
Comment 1 jolee 2018-09-27 14:46:08 EDT
1. Proposed title of this feature request

fluentd log parsing prior to container GC

3. What is the nature and description of the request?

Allow time for fluentd to parse logs before container is GC'd.

4. Why does the customer need this? (List the business requirements here)

After the fact review of logs

5. How would the customer like to achieve this? (List the functional requirements here)

Customer Suggestion:
In container garbage collection, there is a parameter minimum-container-ttl-duration which is calculated from container create time. Looking for a way to configure it to calculate from container died time so flunetd will have enough time to parse all logs before the container and its log got deleted by garbage collection.

for example, if we set minimum-container-ttl-duration at 10 minutes. 
1. pod starts at time 0, got deleted at 5m, it should be deleted at 15m but it got deleted at 10m
2. pod starts at time 0, got deleted at 1h, it is expected to be deleted at 1h10m but it will got deleted almost immediately


6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.

7. Is there already an existing RFE upstream or in Red Hat Bugzilla?

One not found.

8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?

Not provided

9. Is the sales team involved in this request and do they have any additional input?

Not provided.

10. List any affected packages or components.

fluentd

11. Would the customer be able to assist in testing this functionality if implemented?

TBD

Note You need to log in before you can comment on or make changes to this bug.