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:~$
Ich habe versucht, es mit zurückzusetzen sudo rabbitmqctl reset
und sudo rabbitmqctl force_reset
beide haben nicht funktioniert.
Antworten:
entferne / var / log / rabbitmq / * und starte es wieder
von: https://groups.google.com/forum/#!topic/rabbitmq-users/w0aJNmfz1N8
quelle
sudo rm -rf /var/log/rabbitmq/*
ich nach dem Entfernen angefangensudo service rabbitmq-server start
undrabbitmqctl start_app
. Es hat funktioniert, danke!/var/lib/rabbitmq/*
statt log ?Meines Wissens ist empd report ein Teil von OTP (Erlang) Peer Recognition für rabbitmq, das während der Installation von rabbitmq als Abhängigkeit installiert wird. Sie können die Datei erl_crash.dump überprüfen, um den Grund für den Absturz zu ermitteln und entsprechend zu verfahren.
Wenn Sie nichts aus dem Absturzbericht machen können, können Sie einfach die rabbitmq.config auf den Standardwert ändern. Ich habe mein Kaninchen so. Die Standardeinstellungen finden Sie in der Datei rabbitmq.congif.example. Sobald Sie damit fertig sind, starten Sie den rabbitmq-Server neu und es sollte funktionieren.
quelle
In meinem Fall war es Selinux. Sehen Sie, was in der Kaninchen-Protokolldatei /var/log/rabbirmq/(nodename@host).log steht. Wenn es sich um Ports handelt, könnte es sich um Selinux handeln
quelle
In meinem Fall war es ein Problem mit dem Dienst nicht richtig gestartet.
Nachdem ich die akzeptierte Lösung ausprobiert habe, habe ich nur eine zusätzliche
und es hat funktioniert. Danach hat sich der zweite Knoten ohne Probleme wieder mit dem anderen Knoten verbunden.
quelle
Möglicherweise müssen Sie die Zugriffsrechte korrekt einstellen, indem Sie verwenden
chmod 644 /etc/rabbitmq/enabled_plugins
und dann den Dienst erneut mit startenservice rabbitmq-server restart
quelle