Message store not cleaning up .rdq files #10329
-
We've seen an issue with at least two completely different customers where a large amount of data is never cleared from the vhost's When this happens queue data as measured by Case AErlang version 25.3.2.7 Case BRabbitMQ version 3.10.1 Known Mitigations/workarounds:
ReproductionAnalyzing the We haven't (yet) been able to reproduce this issue but have tried along these lines:
|
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 6 replies
-
You don't have to wait for 3.13 to enable CQv2. They have shipped in 3.11 and have been greatly improved in 3.12. You can even switch to CQv2 and then switch back by using a policy. I don't think we will spend much time on CQv1 going forward. |
Beta Was this translation helpful? Give feedback.
-
My only guess would be that something happened that leads the message store to not receive / ignore the delete commands, or that combining files failed somehow and stopped triggering. Tracing the But I would expect that kind of failure to produce logs of some kind. |
Beta Was this translation helpful? Give feedback.
-
@lhoguin as you know the classic queue implementation inside-out may I have some questions about some details:
|
Beta Was this translation helpful? Give feedback.
-
FTR I'm adding a link to a discussion about a similar, but maybe different, issue that was fixed in In the linked discussion cqv2 message stores were working correctly in |
Beta Was this translation helpful? Give feedback.
FTR I'm adding a link to a discussion about a similar, but maybe different, issue that was fixed in
3.13.1
: https://github.com/rabbitmq/rabbitmq-server/discussions/ #10681In the linked discussion cqv2 message stores were working correctly in
3.12.x
but not in3.13.0
.