Hey David, Thanks for the proposal. This was a tricky bug and I think your approach is probably the best way forward.
It would be helpful to add a little more detail to the proposal. When the coordinator detects that the static leader is returning, it will set `skipAssignment` to true in the `JoinGroup` response. I believe the intent is to return all member subscriptions in this response so that the leader can monitor all topics subscribed in the group (which might be different from the consumer's own subscription). The leader will then send an empty `SyncGroup` request to collect its own assignment. Do I have that right? I think there might still be an edge case in this proposal (assuming I've understood it correctly). In between the time that the leader shuts down and is restarted, it is possible that new partitions are added to one of the subscribed topics. The returning leader would not know about it because it has no way to collect the full assignment. Do you think this is a problem? Thanks, Jason On Wed, Jan 19, 2022 at 7:27 AM David Jacot <da...@apache.org> wrote: > Hi folks, > > I'd like to start a discussion for KIP-814: Static membership protocol > should let the > leader skip assignment. This is a small extension to the static > membership protocol > to address KAFKA-13435. > > The KIP is here: https://cwiki.apache.org/confluence/x/C5-kCw. > > Please let me know what you think. > > Best, > David >
