Space consuming after upgrade to 4.0.5 from 3.13.x in directory msg_store_persistent #13233
-
Community Support Policy
RabbitMQ version used4.0.5 Erlang version used26.2.x Operating system (distribution) usedRocky Linux release 9.5 How is RabbitMQ deployed?RPM package rabbitmq-diagnostics status outputSee https://www.rabbitmq.com/docs/cli to learn how to use rabbitmq-diagnostics
Logs from node 1 (with sensitive values edited out)See https://www.rabbitmq.com/docs/logging to learn how to collect logs
Logs from node 2 (if applicable, with sensitive values edited out)See https://www.rabbitmq.com/docs/logging to learn how to collect logs
Logs from node 3 (if applicable, with sensitive values edited out)See https://www.rabbitmq.com/docs/logging to learn how to collect logs
rabbitmq.confSee https://www.rabbitmq.com/docs/configure#config-location to learn how to find rabbitmq.conf file location
Steps to deploy RabbitMQ clusterDownload latest version from: https://github.com/rabbitmq/rabbitmq-server/releases RPM for Rocky / CentOS Steps to reproduce the behavior in questionUpgrade with RPM from 3.13.x to 4.0.5 advanced.configSee https://www.rabbitmq.com/docs/configure#config-location to learn how to find advanced.config file location
Application code# PASTE CODE HERE, BETWEEN BACKTICKS Kubernetes deployment file# Relevant parts of K8S deployment that demonstrate how RabbitMQ is deployed
# PASTE YAML HERE, BETWEEN BACKTICKS What problem are you trying to solve?Disk space consumed abnormally. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 14 replies
-
Hi, I think you mean to continue the discussion started in #13230 which was closed early. But please copy over relevant information to this discussion as well. I think it is a relevant information that your disk space is taken up almost entirely by the If you could provide the listing of the rdq files ( I am commenting because we've also seen cases on 4.0.x when the msg_store process does not delete rdq files which are not used any more (no queue references messages in them). The msg_store process should delete such file after the last message was dereferenced from it or after an unclean shutdown during a recovery. Obviously we couldn't reproduce it on a test env. |
Beta Was this translation helpful? Give feedback.
PR for reference: #13430