-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(kafka): Handle Sarama errors properly #3452
Conversation
Signed-off-by: Jorge Turrado <jorge_turrado@hotmail.es>
Should I return them as regular errors and break the cycle instead of maintaining current behaviour? |
/run-e2e kafka* |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you think you can try to get more detailed errors from the client creation?
Usually when there is a problem in conecting to Kafka Broker, there is just a generic error message stating, that client is not able to connect. Would be nice if we could get more detailed error info there.
As a first step, I'd try to get as much (error) information as possible without breaking the current behaviour. |
checking |
AFAI can see, we can't get more info because client creation doesn't bring any KError, so we only can check the standard error. |
ack, thanks! |
@JorTurFer please fix changelog and merge :) |
/run-e2e kafka* |
Signed-off-by: Jorge Turrado jorge_turrado@hotmail.es
This PR adds extra traces to log Sarama errors but even they are errors that we aren't "catching" I haven't modified the behaviour to avoid breaking changes introduced by different error handling.
Checklist
Fixes #3056