> the data returned by rabbitmqctl reports is correct. Are you sure?
I'm working on reproing that exact scenario. However, I did uncover another related inconsistency just now.
Starting from the original scenario (3 mirrored brokers, stop 1 of them), the Node column in the "Queues" tab shows "+1" (as expected) for four of my five queues.
However, one queue continues to show "+2". When hovering over it, the two nodes listed include the broker node that I shut down. The "Overview" tab confirms that this broker is indeed shut down.
As for the rabbitmqctl results, this time they *do* seem correct, i.e.
rabbitmqctl list_queues name slave_pids synchronised_slave_pidsindicates that all queues have exactly one mirror.
On Wed, Mar 14, 2012 at 6:29 AM, Simon MacMullen
<simon@...> wrote:
On 13/03/12 21:42, Matt Pietrek wrote:
some
subset of the queues (varies from run to run) go back to "+2", while the
remaining queues switch to "+1 +1", meaning 1 synched, and 1 unsynched.
Given that there are no messages in the queue, I don't understand why
some queues don't synch back up properly.
Also, I've looked at the sync status of the queues in rabbitmqctl, and
the results seem consistent with what the HTTP API reports.
Hmm. In my recreation I don't see that - the data returned by rabbitmqctl reports is correct. Are you sure?
Cheers, Simon
--
Simon MacMullen
RabbitMQ, VMware
_______________________________________________
rabbitmq-discuss mailing list
rabbitmq-discuss@...
https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
