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
log input with max_bytes: 128 results in skipping the X...X line, but the offset for the two message is 4, it should be 16,389. Also in the data/registry/filebeat/log.json file the offset is recorded as 8.
This results in the harvester starting from 8, and resending the two message, but now with offset 8, and then the registry is updated to offset of 12. This results in resending the two message every 5 minutes until the registry catches up to the correct offset.
The LineReader should skip the data when max_bytes is exceeded but it should keep track of the correct offset.
The text was updated successfully, but these errors were encountered:
leehinman
changed the title
offset not correctly recorded when max_bytes is exceeded in linereader
[Filebeat] offset not correctly recorded when max_bytes is exceeded in linereader
Oct 7, 2021
…28379)
* [Filebeat] keep track of bytes read when max_bytes exceeded in LineReader
Closes#28317
(cherry picked from commit dad462c)
Co-authored-by: Lee E Hinman <57081003+leehinman@users.noreply.github.com>
Icedroid
pushed a commit
to Icedroid/beats
that referenced
this issue
Nov 1, 2021
Simple log file:
log input with
max_bytes: 128
results in skipping theX...X
line, but the offset for thetwo
message is 4, it should be 16,389. Also in thedata/registry/filebeat/log.json
file the offset is recorded as 8.This results in the harvester starting from 8, and resending the
two
message, but now with offset8
, and then the registry is updated to offset of 12. This results in resending thetwo
message every 5 minutes until the registry catches up to the correct offset.The LineReader should skip the data when max_bytes is exceeded but it should keep track of the correct offset.
The text was updated successfully, but these errors were encountered: