summaryrefslogtreecommitdiff
path: root/scripts/rabbitmqctl
diff options
context:
space:
mode:
authorAlexey Lebedeff <alebedev@mirantis.com>2016-01-12 14:31:45 +0300
committerAlexey Lebedeff <alebedev@mirantis.com>2016-01-12 17:03:19 +0300
commitdbbe3d6e473fcfaa725e7aa0dda10601b63b9c27 (patch)
tree32200abb039cb773039c3ae2ba3573eeaa649b61 /scripts/rabbitmqctl
parent1dcaad8f4859a04d2e6e427e9aaf4e948bdd417e (diff)
downloadrabbitmq-server-git-dbbe3d6e473fcfaa725e7aa0dda10601b63b9c27.tar.gz
Fix 'rabbitmqctl rotate_logs' behaviour
When 'rabbitmqctl rotate_logs' is called without any parameters, it clears logs unconditionally. And given that this form is used in logrotate config files, this could result in data loss. This could be reproduced with following scenario: 1) 'max_size' is set globally in lograte config 2) One of two rabbitmq logs is greater than that limit 3) Daily logrotate run was already performed today, and now we are calling it manually. In this case logrotate will copy only file that is bigger than max_size, but 'rabbitmqctl rotate_logs' will clear both of them - leading to data loss.
Diffstat (limited to 'scripts/rabbitmqctl')
0 files changed, 0 insertions, 0 deletions