summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Add a few extra missing properties & correct defaults in example configGerhard Lazu2017-09-201-6/+19
|
* Add other missing config properties from PROJECT_ENV to example configGerhard Lazu2017-09-201-4/+41
|
* Remove extra details from new config properties added to example configGerhard Lazu2017-09-201-20/+8
| | | | Add links instead, as per discussion with @michaelklishin & @hairyhum
* Add msg_store_io_batch_size to example configGerhard Lazu2017-09-201-0/+7
|
* Remove extra details from msg_store_credit_disc_bound from example configGerhard Lazu2017-09-201-14/+0
| | | | | Having discussed with @michaelklishin & @hairyhum, it was agreed that these details belong in http://www.rabbitmq.com/persistence-conf.html
* Explain the IoBatchSize role in push_betas_to_deltasGerhard Lazu2017-09-201-0/+3
|
* Clarify IO_BATCH_SIZE in betas -> deltas (not gammas!) commentGerhard Lazu2017-09-201-6/+6
|
* Add msg_store_credit_disc_bound to example configGerhard Lazu2017-09-201-0/+20
|
* Add mirroring_sync_batch_size to example configGerhard Lazu2017-09-201-0/+18
|
* Add delegate_count to example configGerhard Lazu2017-09-201-1/+6
|
* Add queue_master_locator to example configGerhard Lazu2017-09-201-0/+7
|
* Add all log categories to example config mentioned on the configure pageGerhard Lazu2017-09-191-5/+9
|
* Merge pull request #1365 from rabbitmq/rabbitmq-server-1364Michael Klishin2017-09-152-2/+15
|\ | | | | Do not log anything when list of apps to stop is empty
| * Further improve logging around enable plugin set changesMichael Klishin2017-09-151-2/+13
| |
| * Do not log anything when list of apps to stop is emptyLuke Bakken2017-09-151-0/+2
| |
* | Update rabbitmq-components.mkMichael Klishin2017-09-131-2/+2
| |
* | Update rabbitmq-components.mkMichael Klishin2017-09-121-1/+3
| |
* | WordingMichael Klishin2017-09-124-4/+4
| |
* | Merge pull request #1358 from rabbitmq/rabbitmq-server-1348Michael Klishin2017-09-121-2/+2
|\ \ | | | | | | Fix typo in RABBITMQ_LOGS environment setup
| * | Fix typo in RABBITMQ_LOGS environment setupDaniil Fedotov2017-09-121-2/+2
|/ / | | | | | | | | | | | | | | The typo caused `-` configuration to be treated as a file name, not tty logging, like it should be. Fixes #1348 [#150808117]
* | Merge pull request #1357 from rabbitmq/rabbitmq-server-1356Michael Klishin2017-09-111-11/+17
|\ \ | | | | | | Do not start direct connections if the direct connection supervisor is not started
| * | Do not start direct connections if the direct connection supervisor is not ↵Daniil Fedotov2017-09-111-11/+17
|/ / | | | | | | | | | | | | | | | | | | started Starting a direct connection when the supervisor is not started will result in connection termination right after start, the client will have a pid at this moment, which can cause a confusing error. Return error if it's clear that the connection cannot be started.
* | Merge pull request #1347 from rabbitmq/autoheal-deadlockrabbitmq_v3_6_12_rc3rabbitmq_v3_6_12Michael Klishin2017-09-042-13/+35
|\ \ | | | | | | Link process responsible of restart during autoheal, and abort if needed
| * | Trap exits on spawned process so it's not killed on monitor restartDiana Corbacho2017-09-041-0/+6
| | | | | | | | | | | | rabbitmq-server#1346
| * | Merge branch 'stable' into autoheal-deadlockMichael Klishin2017-09-011-65/+171
| |\ \ | |/ / |/| |
* | | Update erlang.mkrabbitmq_v3_6_12_rc2Daniil Fedotov2017-08-301-65/+171
| | |
| * | Effectively link the spawned processDiana Corbacho2017-09-011-6/+6
| | | | | | | | | | | | rabbitmq-server#1346
| * | Link process responsible of restart during autoheal, and abort if neededDiana Corbacho2017-08-312-7/+23
|/ / | | | | | | | | | | | | | | | | | | | | If the process crashes unexpectedly, the autoheal process gets into a deadlock in the 'restarting' state, ignoring any new request from the winner. If the crash happens before the process is registered, no logs are generated. Thus, we need to link that process and abort the autoheal if the process finishes with a reason different from normal. rabbitmq-server#1346 [#150707017]
* | Add rabbit.vm_memory_calculation_strategy to config examplerabbitmq_v3_6_12_rc1Michael Klishin2017-08-251-0/+5
| |
* | Merge pull request #1341 from rabbitmq/rabbitmq-server-1340Michael Klishin2017-08-241-1/+8
|\ \ | |/ |/| Do not GC channel-queue metrics on mirror migration
| * Do not GC channel-queue metrics on mirror migrationDiana Corbacho2017-08-231-1/+8
| | | | | | | | | | rabbitmq-server#1340 [#150442817]
* | Merge pull request #1339 from rabbitmq/rabbitmq-server-1338Gerhard Lazu2017-08-223-5/+41
|\ \ | |/ |/| Read rabbitmq-env.conf a bit earlier to pick up two variables
| * Add target to run bats tests to MakefileGerhard Lazu2017-08-221-0/+18
| | | | | | | | | | | | | | | | | | The `bats` target will clone and install the bats command in a manner similar to `kerl` or `hex.pm`, i.e. to ERLANG_MK_TMP [#150452491] Signed-off-by: Luke Bakken <lbakken@pivotal.io>
| * Read rabbitmq-env.conf a bit earlier to pick up two variablesGerhard Lazu2017-08-222-5/+23
|/ | | | | | | | | | | | | Prior to this change, setting RABBITMQ_DISTRIBUTION_BUFFER_SIZE and/or RABBITMQ_SCHEDULER_BIND_TYPE would not be added to SERVER_ERL_ARGS because the latter variable was built prior to reading rabbitmq-env.conf Fixes #1338 [#150452491] Signed-off-by: Luke Bakken <lbakken@pivotal.io>
* Merge pull request #1326 from rabbitmq/rabbitmq-server-1324rabbitmq_v3_6_11_rc3rabbitmq_v3_6_11Michael Klishin2017-08-101-2/+14
|\ | | | | Start/stop windows service using `net` utility instead of `erlsrv`
| * Start/stop windows service using `net` utility instead of `erlsrv`Daniil Fedotov2017-08-081-2/+14
| | | | | | | | | | | | `erlsrv` doc suggests to use windows system control tools to control services. It prints weird error when error is occured (for example access is denied), so using `net` is prefered.
* | Move delays to the test where they belongMichael Klishin2017-08-101-1/+2
| |
* | Inject a delay after killing nodeMichael Klishin2017-08-101-0/+3
| | | | | | | | | | | | Like we do in partition_SUITE. References #1323.
* | Merge pull request #1325 from rabbitmq/rabbitmq-server-1323Michael Klishin2017-08-102-7/+30
|\ \ | |/ |/| Clean up orphaned exclusive queues
| * Add test for cleaning up dead exclusive queuesLuke Bakken2017-08-093-17/+23
| |
| * Begin adding test for #1323Luke Bakken2017-08-091-1/+11
| |
| * Correctly check for exclusive queueLuke Bakken2017-08-081-2/+2
| |
| * Add is_exclusive to queue deletion clauseLuke Bakken2017-08-081-6/+13
|/
* Merge pull request #1312 from rabbitmq/rabbitmq-server-1306rabbitmq_v3_6_11_rc2rabbitmq_v3_6_11_rc1Gerhard Lazu2017-07-272-3/+3
|\ | | | | Bump DEFAULT_DISTRIBUTION_BUFFER_SIZE to 128 MB
| * Bump DEFAULT_DISTRIBUTION_BUFFER_SIZE to 128 MBMichael Klishin2017-07-272-3/+3
|/ | | | | | | | | | After 24 hours of testing we haven't observed any anomalities or regressions. With this change multicast (mirroring) processes should be suspended less frequently, resulting in less variable throughput for mirroring (with link throughput of 1 GBit/s or greater). Closes #1306. [#149220393]
* Improve docsMichael Klishin2017-07-261-1/+11
|
* Update rabbitmq-components.mkMichael Klishin2017-07-261-1/+1
|
* Merge pull request #1302 from ↵rabbitmq_v3_6_11_milestone5Michael Klishin2017-07-251-10/+24
|\ | | | | | | | | rabbitmq/stable-gm-mem-usage-during-constant-redelivery Stable GM memory usage during constant redelivery
| * Run garbage collection in GM every 250msJean-Sébastien Pedron2017-07-251-7/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In high throughput scenarios, e.g. `basic.reject` or `basic.nack`, messages which belong to a mirrored queue and are replicated within a GM group, are quickly promoted to the old heap. This means that garbage collection happens only when the Erlang VM is under memory pressure, which might be too late. When a process is under pressure, garbage collection slows it down even further, to the point of RabbitMQ nodes running out of memory and crashing. To avoid this scenario, We want the GM process to garbage collect binaries regularly, i.e. every 250ms. The variable queue does the same for a similar reason: rabbitmq/rabbitmq-server#289 Initially, we wanted to use the number of messages as the trigger for garbage collection, but we soon discovered that different workloads (e.g. small vs large messages) would result in unpredictable and sub-optimal GC schedules. Before setting `fullsweep_after` to 0, memory usage was 2x higher (400MB vs 200MB) and throughput was 0.1x lower (18k vs 20k). With this `spawn_opt` setting, the general collection algorithm is disabled, meaning that all live data is copied at every garbage collection: http://erlang.org/doc/man/erlang.html#spawn_opt-3 The RabbitMQ deployment used for testing this change: * AWS, c4.2xlarge, bosh-aws-xen-hvm-ubuntu-trusty-go_agent 3421.11 * 3 RabbitMQ nodes running OTP 20.0.1 * 3 durable & auto-delete queues with 3 replicas each * each queue master was defined on a different RabbitMQ node * every RabbitMQ node was running 1 queue master & 2 queue slaves * 1 consumer per queue with QOS 100 * 100 durable messages @ 1KiB each * `basic.reject` operations ``` | Node | Message throughput | Memory usage | | ------ | -------------------- | -------------- | | rmq0 | 12K - 20K msg/s | 400 - 900 MB | | rmq1 | 12K - 20K msg/s | 500 - 1000 MB | | rmq2 | 12K - 20K msg/s | 500 - 800 MB | ``` [#148892851] Signed-off-by: Gerhard Lazu <gerhard@rabbitmq.com>
| * Remove hibernate from GMJean-Sébastien Pédron2017-07-241-3/+2
|/ | | | | | | | | | | | | | | We don't want to use the backoff/hibernate feature because we have observed that the GM process is suspended half of the time. We really wanted to replace gen_server2 with gen_server, but it was more important to keep changes in 3.6 to a minimum. GM will eventually be replaced, so switching it from gen_server2 to gen_server will be soon redundant. We simply do not understand some of the gen_server2 trade-offs well enough to feel strongly about this change. [#148892851] Signed-off-by: Gerhard Lazu <gerhard@rabbitmq.com>
View Lorry Controller Status