Hi Luke,
Thanks a lot for looking into this. Please find my response to various questions asked so far.
I'm assuming you're starting RabbitMQ by running ./sbin/rabbitmq-server ... are you using any custom configuration?
----> I am running RabbitMQ using ./sbin/rabbitmq-server . No custom configurations. In fact No config file is provided, so RabbitMQ is running with default configuration,
PerfTest is running on a different server than RabbitMQ, correct?
Could you please describe the servers being used to run RabbitMQ and PerfTest? If I run PerfTest in my environment with those arguments, it quickly overwhelms RabbitMQ on my other home server.
----> I am running RabbimtMQ and perftest both on same RHEL box that must be equivalent to your home server. So RabbitMQ getting overwhelmed is not really problem. Problem is that once RabbitMQ reaches to this state, in no case it can be bring back to normal state. RabbitMQ cannot be shutdown using command “rabbitmqctl stop”. So killing rabbitmq (kill – 9 erl_pid ) is only option.
What sort of test are you trying to do? Do you know what your expected message rate will be?
----> I am doing this exercise to validate RabbitMQ. Obviously I am not expecting high msg rate on such box. Only expectation is that RabbitMQ should be able recover once msg publishing rate gets reduced/stopped. Note that it would be perfectly fine if RabbitMQ returns error to publisher/ doesn’t respond under such load. But it should recover on its own or if shutdown command is triggered then it should shutdown in timely fashion.
As I mentioned above, RabbitMQ stops responding. It reaches to a state
where even shutdown doesn’t stop RabbitMQ in timely fashion. Hence I have
to kill RabbitMQ. Then restarting RabbitMQ results into error mentioned in this thread.