Rabbitmq -> raporty epmd: węzeł „królik” w ogóle nie działa?

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 reseti sudo rabbitmqctl force_resetoba nie działały.

usuń / var / log / rabbitmq / * i uruchom go ponownie

from: https://groups.google.com/forum/#!topic/rabbitmq-users/w0aJNmfz1N8

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ć.

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

W moim przypadku był to problem z nieprawidłowym uruchomieniem usługi.

Po wypróbowaniu przyjętego rozwiązania mam tylko dodatkowy

service rabbitmqserver restart

i zadziałało. Następnie drugi węzeł ponownie bez problemu połączył się z drugim węzłem.

Może być konieczne prawidłowe ustawienie praw dostępu za pomocą, chmod 644 /etc/rabbitmq/enabled_pluginsa następnie ponowne uruchomienie usługi za pomocąservice rabbitmq-server restart