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:~$
Próbowałem go zresetować za pomocą sudo rabbitmqctl reset
i sudo rabbitmqctl force_reset
oba nie działały.
Odpowiedzi:
usuń / var / log / rabbitmq / * i uruchom go ponownie
from: https://groups.google.com/forum/#!topic/rabbitmq-users/w0aJNmfz1N8
źródło
sudo rm -rf /var/log/rabbitmq/*
zacząłemsudo service rabbitmq-server start
irabbitmqctl start_app
. Udało się, dzięki!/var/lib/rabbitmq/*
zamiast dziennika ?Według mojej wiedzy raport empd jest częścią rozpoznawania równorzędnego OTP (Erlang) dla rabbitmq, instalowanego jako zależność podczas instalowania rabbitmq. Możesz sprawdzić plik erl_crash.dump, aby sprawdzić przyczynę awarii i podjąć odpowiednie działania.
Jeśli nie możesz zrobić niczego z raportu o awarii, możesz po prostu zmienić wartość pliku królikmq.config na wartość domyślną. Tak mam mojego królika. Domyślne ustawienia znajdziesz w pliku rabbitmq.congif.example. Po zakończeniu zrestartuj serwer rabbitmq i powinien on działać.
źródło
To był selinux w moim przypadku, spójrz, co jest w pliku dziennika królika /var/log/rabbirmq/(nodename@host).log, jeśli coś dotyczy portów, to może być selinux
źródło
W moim przypadku był to problem z nieprawidłowym uruchomieniem usługi.
Po wypróbowaniu przyjętego rozwiązania mam tylko dodatkowy
i zadziałało. Następnie drugi węzeł ponownie bez problemu połączył się z drugim węzłem.
źródło
Może być konieczne prawidłowe ustawienie praw dostępu za pomocą,
chmod 644 /etc/rabbitmq/enabled_plugins
a następnie ponowne uruchomienie usługi za pomocąservice rabbitmq-server restart
źródło