LittleBoy18 opened a new issue, #8032:
URL: https://github.com/apache/rocketmq/issues/8032

   ### Before Creating the Bug Report
   
   - [X] I found a bug, not just asking a question, which should be created in 
[GitHub Discussions](https://github.com/apache/rocketmq/discussions).
   
   - [X] I have searched the [GitHub 
Issues](https://github.com/apache/rocketmq/issues) and [GitHub 
Discussions](https://github.com/apache/rocketmq/discussions)  of this 
repository and believe that this is not a duplicate.
   
   - [X] I have confirmed that this bug belongs to the current repository, not 
other repositories of RocketMQ.
   
   
   ### Runtime platform environment
   
   k8s
   
   ### RocketMQ version
   
   5.2.0
   
   ### JDK Version
   
   jdk11
   
   ### Describe the Bug
   
   kill dledger pod. when the pod restart,the consumequeue data is deleted.
   
   ### Steps to Reproduce
   
   1. restart broker
   2. i found store/consumequeue data is deleted
   
   ### What Did You Expect to See?
   
   consumequeue data reserve
   
   ### What Did You See Instead?
   
   consumequeue data is deleted
   
   ### Additional Context
   
   1.found err log in store.log  "DupInfo in properties check failed. dupInfo= 
null"
   2. found code in Commitlog.java and debug
   <img width="1221" alt="image" 
src="https://github.com/apache/rocketmq/assets/18388649/d7947b51-a1cb-4b5b-8d9e-84f7e747aa68";>
   DUP_INFO is always null,that lead to processOffset is set to 0. 
   3. in ConsumeQueue.java, processOffset is equal phyOffset,that trigger 
consumequeue data deleted.
   <img width="502" alt="image" 
src="https://github.com/apache/rocketmq/assets/18388649/46243990-29df-438c-bbbd-33303ee3ff4d";>
   
   
   
   
   
   


-- 
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: commits-unsubscr...@rocketmq.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to