ubuntu@ip-172-31-21-62:~$ sudo service rabbitmq-server start
* Starting message broker rabbitmq-server [ OK ]
ubuntu@ip-172-31-21-62:~$ sudo service rabbitmq-server stop
* Stopping message broker rabbitmq-server * message broker already stopped
[ OK ]
ubuntu@ip-172-31-21-62:~$ sudo service rabbitmq-server status
Status of node 'rabbit@ip-172-31-21-62' ...
Error: unable to connect to node 'rabbit@ip-172-31-21-62': nodedown
DIAGNOSTICS
===========
attempted to contact: ['rabbit@ip-172-31-21-62']
rabbit@ip-172-31-21-62:
* connected to epmd (port 4369) on ip-172-31-21-62
* epmd reports: node 'rabbit' not running at all
no other nodes on ip-172-31-21-62
* suggestion: start the node
current node details:
- node name: 'rabbitmq-cli-19082@ip-172-31-21-62'
- home dir: /var/lib/rabbitmq
- cookie hash: Zoi/1N8mjGUsELj8Z7yzoA==
ubuntu@ip-172-31-21-62:~$
Tentei redefini-lo usando sudo rabbitmqctl reset
e sudo rabbitmqctl force_reset
ambos não funcionaram.
Respostas:
remova / var / log / rabbitmq / * e inicie-o novamente
from: https://groups.google.com/forum/#!topic/rabbitmq-users/w0aJNmfz1N8
fonte
sudo rm -rf /var/log/rabbitmq/*
, eu comeceisudo service rabbitmq-server start
erabbitmqctl start_app
. Funcionou, obrigado!/var/lib/rabbitmq/*
vez de log ?O relatório empd, até onde sei, faz parte do reconhecimento de pares OTP (Erlang) do rabbitmq, instalado como uma dependência durante a instalação do rabbitmq. Você pode verificar o arquivo erl_crash.dump para verificar o motivo da falha e agir de acordo.
Se você não conseguir fazer nada com o relatório de falha, basta alterar o rabbitmq.config para o valor padrão. Eu tenho meu rabbitmq assim. Você encontrará as configurações padrão no arquivo rabbitmq.congif.example. Quando terminar, reinicie o servidor rabbitmq e ele deverá funcionar.
fonte
Era selinux no meu caso, veja o que está no arquivo de log de coelho /var/log/rabbirmq/(nodename@host).log se tiver algo a ver com portas, pode ser o selinux
fonte
No meu caso, houve um problema com o serviço não iniciado corretamente.
Depois de tentar a solução aceita, apenas mais um
e funcionou. Depois disso, o segundo nó se conectou sem problemas novamente ao outro nó.
fonte
Pode ser necessário definir os direitos de acesso corretamente, usando
chmod 644 /etc/rabbitmq/enabled_plugins
e iniciando o serviço novamente comservice rabbitmq-server restart
fonte