Abhishek01911 opened a new pull request, #17669: URL: https://github.com/apache/pinot/pull/17669
Summary Resolves Issue https://github.com/apache/pinot/issues/17045 This PR fixes an issue where an exception in fetchPartitionCount, often caused by a deleted topic, would halt ingestion for an entire multi-topic table. By catching this exception, the failure is now isolated. Partitions for the deleted topic will get stuck in a "consuming" state, but ingestion from all other valid topics will continue unaffected. If the table has single kafka topic, the partitions for single topic will get stuck in a "consuming" state. No exception is thrown by pinot. Testing Tested on 2 sets of pinot table. 1. Single Topic table - https://pinot-controller-logging-staging1-odin-dca.uberinternal.com/#/tenants/table/loggingstaging_co_test1_REALTIME No exception was thrown without the change for a single topic table <img width="377" height="380" alt="Screenshot 2026-02-09 at 8 57 57 AM" src="https://github.com/user-attachments/assets/a0750119-b769-4fa9-a261-ac7ceb0d0a81"; /> Exception was thrown with the change for a single topic table <img width="740" height="758" alt="Screenshot 2026-02-09 at 8 58 28 AM" src="https://github.com/user-attachments/assets/a2342c7c-bc03-448d-ae3e-ec19cfa7913c"; /> 2. Multi Topic table - https://pinot-controller-logging-staging1-odin-dca.uberinternal.com/#/tenants/table/loggingstaging_test_topic_deletion_REALTIME Validated multi topic table was able to ingest data even after kafka topic was deleted <img width="754" height="753" alt="Screenshot 2026-02-09 at 9 01 09 AM" src="https://github.com/user-attachments/assets/a7de52c0-e76a-48cb-b0c7-d6e37da57747"; /> -- 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
