When configuring disk_free_limit.absolute using KB, MB, or GB as units for the limit.absolute parameter, the final result after starting rabbitmq is incorrect #9780
-
Describe the bugWhen configuring disk_free_limit.absolute using KB, MB, or GB as units for the limit.absolute parameter, the final result after starting rabbitmq is incorrect Reproduction stepsRabbitMQ Version:3.12.2
Expected behaviorI hope that when configuring disk_free_limit.absolute parameter is in KB, MB, or GB units, the result is correct after starting rabbitmq Additional contextNo response |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
You do not specify how exactly you verify what the configured value is. We do not guess in this community but this one time I will: the discrepancy very likely comes down to the difference between the units and rounding behaviors used by various tools: mebibytes vs. megabytes, for example. RabbitMQ does not do anything particularly creative when it comes to computing the value in bytes. This difference won't matter in practice, and in particular it won't matter when more reasonable free disk space watermark values are used (such as 1 GiB or 1 GB). 50 MiB is about as good as not having any watermark, in particular with modern features like quorum queues and streams. The reason why it is still the default comes down to this: with a lot of installations on developer machines, the volume dedicated to RabbitMQ's data directory can be very small, so a low watermark of 1 GiB can instantly trigger an alarm and block all publishers. Which does not exactly help when |
Beta Was this translation helpful? Give feedback.
-
I suspect that what you use to verify the value is the management UI. It uses MiB and rounds up to the nearest MiB, so 50000000 bytes in MiB with rounding is 48 MiB, what the management UI displays. Setting the value to 1 GiB makes the UI display 1024 MiB. Setting it to 1 GB will display 954 MiB (953.6 rounded up). So there is nothing to fix, and it makes no practical difference. |
Beta Was this translation helpful? Give feedback.
You do not specify how exactly you verify what the configured value is.
We do not guess in this community but this one time I will: the discrepancy very likely comes down to the difference between the units and rounding behaviors used by various tools: mebibytes vs. megabytes, for example.
RabbitMQ does not do anything particularly creative when it comes to computing the value in bytes.
This difference won't matter in practice, and in particular it won't matter when more reasonable free disk space watermark values are used (such as 1 GiB or 1 GB). 50 MiB is about as good as not having any watermark, in particular with modern features like quorum queues and streams.
The reason why it is st…