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
Kafka outputs a warning here when a SyncGroup request is received from the group leader that doesn't contain all of the members that were present in the original JoinGroup requests. This doesn't seem to cause any actual issue on the broker, but does cause unnecessary noise in the logs that it would be good to silence.
This can happen in Sarama if the number of consumers/members exceeds the number of available partitions for a given topic and so one or more members are not assigned any partitions as part of the plan. When this occurs we omit them from the SyncGroup request, but we should instead be including them in the consumer group metadata member assignments, but with an empty member assignment
The text was updated successfully, but these errors were encountered:
- comment and rework sync_group_{request, response}
- always send V3 SyncGroup request if config Version is 2.3.0.0 or newer
- when sending SyncGroup as the leader, include empty assignments for
any members that didn't receive a partition in the plan
- update go.mod/go.sum for examples/consumergroup
Fixes#2290
- comment and rework sync_group_{request, response}
- always send V3 SyncGroup request if config Version is 2.3.0.0 or newer
- when sending SyncGroup as the leader, include empty assignments for
any members that didn't receive a partition in the plan
- update go.mod/go.sum for examples/consumergroup
FixesIBM#2290
Problem Description
Kafka outputs a warning here when a SyncGroup request is received from the group leader that doesn't contain all of the members that were present in the original JoinGroup requests. This doesn't seem to cause any actual issue on the broker, but does cause unnecessary noise in the logs that it would be good to silence.
This can happen in Sarama if the number of consumers/members exceeds the number of available partitions for a given topic and so one or more members are not assigned any partitions as part of the plan. When this occurs we omit them from the SyncGroup request, but we should instead be including them in the consumer group metadata member assignments, but with an empty member assignment
The text was updated successfully, but these errors were encountered: