[rabbitmq-discuss] Rabbitmqctl issues

Peter Kieltyka peter.kieltyka at gmail.com
Mon Oct 6 22:31:41 BST 2008 

Edwin,

This is what I had tried originally. In fact thats what the default  
init.d script that is packaged with rabbitmq-server in debian looks  
like. However, it never worked when trying to stop the rabbitmq server  
or add a new user. I would always receive a bad_node error.

I've tried both sh and bash. Also, with this init script, I'd like to  
set my MNESIA_BASE path to something else which doesn't quite work  
either.

Regards,

Peter

On 6-Oct-08, at 5:27 PM, Edwin Fine wrote:

> I note that in my startup script for rabbitmq, it specifically uses / 
> bin/sh to run the daemon. Now this may be a long shot, but sometimes  
> using a different shell can cause subtle havoc. If you run rabbit  
> (and stop it) specifically from within /bin/sh, does it make any  
> difference? Does it work better if you use the functions as shown  
> below (assuming the paths are correct)?
>
> PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
> DAEMON=/usr/local/sbin/rabbitmq-multi
> NODE_COUNT=1
>
> start_rabbitmq () {
>     su rabbitmq -s /bin/sh -c "$DAEMON start_all ${NODE_COUNT}" > / 
> dev/null &
> }
>
> stop_rabbitmq () {
>     su rabbitmq -s /bin/sh -c "$DAEMON stop_all" > /dev/null &
> }
>
>
> On Mon, Oct 6, 2008 at 5:02 PM, Peter Kieltyka <peter.kieltyka at gmail.com 
> > wrote:
> Sorry about the delayed response, but unfortunately for me, even if  
> I'm the "rabbitmq" user, I'm still running into issues.
>
> rabbitmq at broker:/vol/rabbitmq-server/scripts$ ./rabbitmq-multi  
> start_all 1
> Starting all nodes...
> Starting node rabbit at broker...
> RabbitMQ %%VERSION%% (AMQP 8-0)
> ...etc..
>
> Starting the app works, but now if I try to stop the server I get  
> the error:
>
> rabbitmq at broker:/vol/rabbitmq-server/scripts$ ./rabbitmq-multi  
> stop_all
> Stopping all nodes...
>
> rabbit_multi action stop_all failed:
> no_nodes_running
>
> As the rabbitmq, if I run "env" I get the output (truncated)
>
> PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
> USER=rabbitmq
> MNESIA_BASE=/vol/rabbitmq/mnesia
> ERL_ARGS=-daemon
>
> Thanks.
>
> Peter
>
> On 1-Oct-08, at 9:13 PM, Edwin Fine wrote:
>
>> Great!!
>>
>> On Wed, Oct 1, 2008 at 6:45 PM, Alex Clemesha <clemesha at gmail.com>  
>> wrote:
>>
>>
>> On Wed, Oct 1, 2008 at 3:15 PM, Edwin Fine <rabbitmq-discuss_efine at usa.net 
>> > wrote:
>> I wasn't sure from your response - does it work now? :)
>> Looks like it does, below's the proof :-)
>>
>> Status of node rabbit at dj ...
>> [{running_applications,[{rabbit,"RabbitMQ","1.4.0"},
>>                         {mnesia,"MNESIA  CXC 138 12","4.3.5"},
>>                         {os_mon,"CPO  CXC 138 46","2.1.2.1"},
>>                         {sasl,"SASL  CXC 138 11","2.1.5.1"},
>>                         {stdlib,"ERTS  CXC 138 10","1.14.5"},
>>                         {kernel,"ERTS  CXC 138 10","2.11.5"}]},
>>  {nodes,[rabbit at dj]},
>>  {running_nodes,[rabbit at dj]}]
>> done.
>>
>>
>> thanks!
>> -Alex
>>
>>
>>
>>
>>
>>
>> On Wed, Oct 1, 2008 at 6:07 PM, Alex Clemesha <clemesha at gmail.com>  
>> wrote:
>>
>>
>> On Wed, Oct 1, 2008 at 2:24 PM, Edwin Fine <rabbitmq-discuss_efine at usa.net 
>> > wrote:
>> Would you like to try this?
>>
>> Please ensure that you are using the same Erlang cookie that Rabbit  
>> was started with. This is in a file is named $HOME/.erlang.cookie  
>> where $HOME is the directory of the user that started rabbitmq. If  
>> you try to run commands that connect to the rabbitmq Erlang node,  
>> using a different user name, even as root, if it does not have the  
>> same cookie file, the commands will fail.
>>
>> It's best to control rabbit exclusively as one user, for example as  
>> the rabbit user.
>> Great, thanks for the tip.  I was in fact using a different user,  
>> so I'll use the rabbit user from now on.
>>
>>
>>
>>
>>
>> Hope this helps,
>> Edwin
>>
>>
>> On Wed, Oct 1, 2008 at 4:52 PM, Alex Clemesha <clemesha at gmail.com>  
>> wrote:
>> Hi,
>>
>> I also run into the same thing (actually happened ~15 minutes ago),  
>> I'm using Ubuntu 8.04.
>> (installed RabbitMQ by adding the relevant line to /etc/apt/ 
>> source.list, then using apt-get).
>>
>> I usually just find the relevant processes and kill them, then run  
>> 'rabbitmq-server -detached'
>> to start things back up.
>>
>> I just assumed I was missing something (maybe I still am :-)
>>
>> thanks
>> -Alex
>>
>>
>> On Wed, Oct 1, 2008 at 1:29 PM, Peter Kieltyka <peter.kieltyka at gmail.com 
>> > wrote:
>> Hello everyone,
>>
>> For the longest time, I've struggled to be able to control the server
>> to do basic start/stop/restart commands.
>>
>> Currently on my production server I am running Debian Etch where I
>> followed the instructions at http://www.rabbitmq.com/debian.html to
>> install Rabbit.
>>
>> Running the rabbitmq-server or rabbitmq-multi start_all 1 commands
>> will bring the server online, however to stop it, or add a user none
>> of the scripts work. I am always presented with an error, bad_node.
>>
>> I.e.
>>
>> Creating user "patbroker" ...
>> rabbit_control action add_user failed:
>> {badrpc,nodedown}
>>
>> However, I can confirm that Rabbit is running fine because my
>> application is working just fine. I've even tried explicitly
>> specifying the -n rabbit at broker (hostname -s returns broker).
>>
>> The same goes for stopping the server, either using /etc/init.d/
>> rabbitmq-server stop, or calling "rabbitmq-multi stop_all" directly
>> will result in:
>>
>> Stopping all nodes...
>>
>> rabbit_multi action stop_all failed:
>> no_nodes_running
>>
>> Thanks.
>>
>> Peter
>>
>> _______________________________________________
>> rabbitmq-discuss mailing list
>> rabbitmq-discuss at lists.rabbitmq.com
>> http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>>
>>
>>
>> -- 
>> Alex Clemesha
>> clemesha.org
>>
>> _______________________________________________
>> rabbitmq-discuss mailing list
>> rabbitmq-discuss at lists.rabbitmq.com
>> http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>>
>>
>>
>>
>>
>> -- 
>> Alex Clemesha
>> clemesha.org
>>
>>
>>
>>
>> -- 
>> Alex Clemesha
>> clemesha.org
>>
>
>
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
> http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20081006/340919b0/attachment.htm

More information about the rabbitmq-discuss mailing list