Description
We'll do validateCooperativeAssignment for cooperative assignor, where we validate if there are previously owned partitions directly transfer to other consumers without "revoke" step. However, the "ownedPartition" in subscription might contain out-of-dated data, which might cause the validation always failure.
We should consider the short-term fix it by disabling validateCooperationAssignment for built-in cooperativeStickyAssignor because we've already consider the generation in the assignor, and discard the old generation ownedPartition if any.
Attachments
Issue Links
- is caused by
-
KAFKA-13419 sync group failed with rebalanceInProgress error might cause out-of-date ownedPartition in Cooperative protocol
- Resolved
- relates to
-
KAFKA-12984 Cooperative sticky assignor can get stuck with invalid SubscriptionState input metadata
- Resolved
- links to