Open Ferrari248 opened 1 year ago
This issue doesn't have a Team:<team>
label.
I found this too.
It will cause log not to be published actually, but registry recorded the offset.
may be it is easy to solution by remove the case breaker.ErrBreakerOpen
, just use default case to handle it.
Hi! We just realized that we haven't looked into this issue in a while. We're sorry!
We're labeling this issue as Stale
to make it hit our filters and make sure we get back to it as soon as possible. In the meantime, it'd be extremely helpful if you could take a look at it as well and confirm its relevance. A simple comment with a nice emoji will be enough :+1
.
Thank you for your contribution!
See at [https://discuss.elastic.co/t/a-possible-bug-about-kafka-output-errbreakeropen/335816]()
I find an issue which is possibly a bug in kafka output of FIleBeat8.7:
libbeat/outputs/kafka/client.go
:That means when got an
ErrBreakerOpen
error, themsgRef.err
will not be set value. Thenr.batch.ACK()
will be executed. That will cause to: log records are not collected but file offset is already changed.I show an example: Firstly, prepare Kafka environment on localhost correctly and then config the
filebeat.yml
:FileBeat works well, the log records are collected to Kafka.
Secondly, change the config:
My Kafka 9093 port doesn't support SSL protocal, and I config an SSL setting on purpose to let it work incorrectly. Then it does't work well as we expected. The new log records are not collected to kafka. But, we can see from
data/registry/filebeat/log.json
that the offset has gone forward... So I think it is possibly a bug.I think
msgRef.err
should be set value whenErrBreakerOpen
, As a possible solution: