GBM-tamerm opened a new issue, #15898: URL: https://github.com/apache/pulsar/issues/15898
**Describe the bug** KeyShared consumers with sticky hash range generate backlog with messages not fall within consumer hash range, and that cause consumers to not receive any messages even for the ones that fall in its range . **To Reproduce** Steps to reproduce the behavior: 1. create Keyshared consumer with sticky has range example 35891,35899 2. create producer to generate message with Murmur3_32Hash hashing schema , and the key hash value is outside the consumer range , ex : 35770 3. Consumer will not receive message as expected , however , the message remains in the backlog 4. Now , let producer generate message with key hash fall within the consumer range 5. Consumer still not received the message Note : IF consumer disconnect and reconnect , it will receive the expected message , however , the same scenario will be repeated for any new messages as long as the consumer has backlog for messages that does not fall within its range **Expected behavior** Consumer should have backlog for only messages that fall within its range , and should be able to consume that message **Desktop (please complete the following information):** OS: Ubuntu 18.04 Java 8 Pulsar running as systemd service 6 brokers 6 bookies 5 ZK Additional context No k8 deployment , and client accessing brokers DNS directly without Pulsar proxy. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
