You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
using fluentbit intended for 1.2 release (ie: build from current master)
fluentbit reads ~20 logs from k8s pods (in_tail /var/log/containers/*.log)
fluentbit set to "trace" to see all events
OUTPUT
forward to fluentd instances
stdout for debuging purposes
I do experience one particular log (its a pod called OBELIX), not to be forwarded (and sure not to be printed to stdout) after a while <1min. I mean, when I start fluentbit or if I will restart OBELIX pod, the fluent . bit in_tail reads the file and process it as expected (kubernetes metatdata, merge_log, json parsing - all ok). Then I see can se few iterations as the processed records are FW and printed to STDOUT (Flush is 5s). Now OBELIX records are still coming ~ 3 records/10s, but I no longer see any STDOUT of parsed OBELIX log. I don't see any further out_fw event for OBELIX log file.
Most of the other apps keeps sending their records to forward, stdout.
It's hard too reproduce. It's hard to address what "tags/inputs" stop to process and what keeps going.
If I will modify in_tail to read only OBELIX logs, they do not stop to be processed, and works.. The same on my sandbox environment, just obelix logs works (hundreds of records). My homework is to test with other logs as well.
I checked in_tail .db whether the offset increases on OBELIX log, and yes it keep increasing (so reading is quite sure OK.
Bug Report
Describe the bug
I do experience one particular log (its a pod called OBELIX), not to be forwarded (and sure not to be printed to stdout) after a while <1min. I mean, when I start fluentbit or if I will restart OBELIX pod, the fluent . bit in_tail reads the file and process it as expected (kubernetes metatdata, merge_log, json parsing - all ok). Then I see can se few iterations as the processed records are FW and printed to STDOUT (Flush is 5s). Now OBELIX records are still coming ~ 3 records/10s, but I no longer see any STDOUT of parsed OBELIX log. I don't see any further out_fw event for OBELIX log file.
Most of the other apps keeps sending their records to forward, stdout.
It's hard too reproduce. It's hard to address what "tags/inputs" stop to process and what keeps going.
If I will modify in_tail to read only OBELIX logs, they do not stop to be processed, and works.. The same on my sandbox environment, just obelix logs works (hundreds of records). My homework is to test with other logs as well.
I checked in_tail .db whether the offset increases on OBELIX log, and yes it keep increasing (so reading is quite sure OK.
To Reproduce
Havent reproduced, I offer @edsiper an hangout session on live env.
The setup I use is very similar to: https://github.com/epcim/fluentbit-sandbox
To see what fluentbit is doing, I use this to filter the stdout:
Expected behavior
Your Environment
https://github.com/epcim/fluentbit-sandbox/blob/master/fluent-bit.conf
The text was updated successfully, but these errors were encountered: