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:~$
J'ai essayé de le réinitialiser en utilisant sudo rabbitmqctl reset
et les sudo rabbitmqctl force_reset
deux n'ont pas fonctionné.
Réponses:
supprimez / var / log / rabbitmq / * et redémarrez-le
à partir de: https://groups.google.com/forum/#!topic/rabbitmq-users/w0aJNmfz1N8
la source
sudo rm -rf /var/log/rabbitmq/*
, j'ai commencésudo service rabbitmq-server start
etrabbitmqctl start_app
. Cela a fonctionné, merci!/var/lib/rabbitmq/*
au lieu de vous connecter ?Le rapport empd à ma connaissance fait partie de la reconnaissance par les pairs OTP (Erlang) de rabbitmq, installé en tant que dépendance lors de l'installation de rabbitmq. Vous pouvez vérifier le fichier erl_crash.dump pour vérifier la raison de l'accident et agir en conséquence.
Si vous ne pouvez rien faire du rapport de plantage, vous pouvez simplement changer le rabbitmq.config à la valeur par défaut. J'ai mon rabbitmq comme ça. Vous trouverez les paramètres par défaut dans le fichier rabbitmq.congif.example. Une fois que vous avez terminé, redémarrez le serveur rabbitmq et cela devrait fonctionner.
la source
C'était selinux dans mon cas, regardez ce qui se trouve dans le fichier journal de lapin /var/log/rabbirmq/(nodename@host).log s'il s'agit de ports, alors ce pourrait être selinux
la source
Dans mon cas, c'était un problème avec le service qui n'a pas démarré correctement.
Après avoir essayé la solution acceptée, je viens d'ajouter
et ça a marché. Après cela, le deuxième nœud s'est à nouveau connecté sans problème à l'autre nœud.
la source
Vous devrez peut-être définir correctement les droits d'accès, en utilisant
chmod 644 /etc/rabbitmq/enabled_plugins
puis en redémarrant le service avecservice rabbitmq-server restart
la source