Рейтинг:1

При новой установке Redhat8 на новом экземпляре EC2 RabbitMQ дает сбой, failed_to_start_child

флаг in

ОБНОВИТЬ:

Если я сделаю:

ням обновление

Я понимаю:

Пропускать пакеты со сломанными зависимостями, когда 

Как я могу это исправить?

Старый пост:

я нашел файл erl_crash.dump здесь:

/var/lib/rabbitmq/erl_crash.dump 

Если я сделаю это:

голова -n 50 /var/lib/rabbitmq/erl_crash.dump

Я получил:

=erl_crash_dump:0.5
Вт 1 мар 20:00:36 2022
Слоган: PID ядра завершен (application_controller) ({application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child,credentials_obfuscaton_svc,{undef,[{crypto,macN,[hmac,sha256,<<185,
Версия системы: Erlang/OTP 22 [erts-10.4.4] [источник] [64-бит] [smp:2:2] [ds:2:2:10] [async-threads:1]
Составлено: Пт 6 сен 18:47:55 2019
Пороки: крипто
Атомов: 13923
Вызов потока: планировщик: 1
= планировщик: 1
Флаги информации о сне планировщика: 
Информация о спящем режиме планировщика Aux Work: THR_PRGR_LATER_OP
Текущий порт: 
Максимальная длина очереди запуска: 0
Большая длина очереди выполнения: 0
Нормальная длина очереди выполнения: 0
Низкая длина очереди выполнения: 0
Длина порта очереди запуска: 0
Флаги очереди выполнения: OUT_OF_WORK | HALFTIME_OUT_OF_WORK | НЕПУСТОЙ | ИСПОЛНЕНИЕ
Текущий процесс: <0.0.0>
Текущее состояние процесса: выполняется
Текущее внутреннее состояние процесса: ACT_PRIO_NORMAL | USR_PRIO_NORMAL | PRQ_PRIO_NORMAL | АКТИВНЫЙ | БЕГ
Счетчик текущей программы обработки: 0x0000ffff5cd5d020 (init:printable_list/1 + 24)
Текущая CP процесса: 0x0000ffff5cd5dcc8 (инициализация: boot_loop/2 + 1944)
Текущая трассировка стека с ограничением процесса:
0x0000ffff5a93b9f0:SReturn addr 0xACD16DC0 (<нормально завершить процесс>)

Я не знаю, как это читать. Является failed_to_start_child Ошибка? Если да, то что это значит? Как это исправить?

У меня есть новый инстанс EC2 и новая установка Redhat8, в которой все только что установлено с помощью ням или же днф но я продолжаю получать ошибки на RabbitMQ, который пытается запуститься, но мгновенно терпит неудачу. Если я сделаю:

хвост -n 500 /var/журнал/сообщения

Затем я вижу это сообщение, повторяющееся снова и снова:

1 марта 18:23:47 ip-172-31-56-22 rabbitmq-server[350248]: {"PID ядра завершен",application_controller,"{application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child,credentials_obfuscaton_svc,{undef, [{crypto,macN,[hmac,sha256,<<80,84,120,32,178,183,28,70,220,34,20,13,145,69,180,207,145,18,30,76,255,205,110,198,166,173,68,94,39,2,201,5,116,139,211,47,32,125 ,29,33,161,98,58,78,127,162,252,146,192,110,153,88,149,58,190,136,74,66,191,238,168,79,190,2,120,197,45,101,48,216,168,33,102,142,44,160,25,38,229,27,132,117,91,23,171,84,244,84,230,129,67,131,57,152,36,238,207,222,137,164 ,79,90,128,114,75,111,48,205,252,239,253,68,193,32,61,190,149,117,145,224,144,191,59,109,247,145,102,240>>,[<<167,114,26,126,33,160,146,70,65,253,176,24,5,41,155,193>>,<<0,0,0,1> >],32],[]},{credentials_obfuscation_pbe,xor_sum,7,[{file,\"src/credentials_obfuscation_pbe.erl\"},{line,160}]},{credentials_obfuscation_pbe,blocks,10,[{file ,\"src/credentials_obfuscation_pbe.erl\"},{строка,152}]},{кредо entials_obfuscation_pbe,make_key,5,[{file,\"src/credentials_obfuscation_pbe.erl\"},{line,94}]},{credentials_obfuscation_pbe,encrypt,5,[{file,\"src/credentials_obfuscation_pbe.erl\"} ,{строка,76}]},{credentials_obfuscation_svc,check,3,[{файл,\"src/credentials_obfuscation_svc.erl\"},{строка,163}]},{credentials_obfuscation_svc,init_state,0,[{файл, \"src/credentials_obfuscation_svc.erl\"},{строка,133}]},{gen_server,init_it,2,[{файл,\"gen_server.erl\"},{строка,374}]}]}}} ,{credentials_obfuscation_app,start,[нормальный,[]]}}}}"}
1 марта 18:23:47 ip-172-31-56-22 rabbitmq-server [350248]: pid ядра завершен (application_controller) ({application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child,credentials_obfuscaton_svc,{undef,[{crypto ,macN,[hmac,sha256,<<80,8
1 марта 18:23:47 ip-172-31-56-22 rabbitmq-сервер [350248]: #015
1 марта 18:23:47 ip-172-31-56-22 rabbitmq-server [350248]: аварийный дамп записывается в: erl_crash.dump... выполнено
1 марта 18:23:47 ip-172-31-56-22 systemd[1]: rabbitmq-server.service: основной процесс завершен, код = завершен, статус = 1/FAILURE
1 марта 18:23:47 ip-172-31-56-22 systemd[1]: rabbitmq-server.service: Ошибка с результатом «код выхода».
1 марта 18:23:47 ip-172-31-56-22 systemd[1]: не удалось запустить брокера RabbitMQ.

Я изо всех сил пытаюсь понять, в чем проблема. Я считаю, что открыл все необходимые порты.

Аварийный дамп записывается в: erl_crash.dump...done

Я прочитал это:

https://stackoverflow.com/questions/63053451/distribution-failed-failed-to-start-child-rabbitmq-docker-compose-issue

Я открыл порт 4369 в группе безопасности, но это не помогло.

Если я бегу:

epmd -имена

Я получил:

epmd: запущен и работает на порту 4369 с данными

Так что это работает, а RabbitMQ нет.

Если я сделаю это:

rabbitmqctl start_app 

Я получил:

Стартовый узел rabbit@ip-172-31-56-22 ...
Ошибка: невозможно выполнить операцию на узле «rabbit@ip-172-31-56-22». Пожалуйста, ознакомьтесь с диагностической информацией и предложениями ниже.

Наиболее распространенными причинами этого являются:

 * Целевой узел недоступен (например, из-за разрешения имени хоста, TCP-подключения или проблем с брандмауэром)
 * Инструменту CLI не удается аутентифицироваться на сервере (например, из-за того, что файл cookie Erlang инструмента CLI не соответствует файлу cookie сервера)
 * Целевой узел не работает

В дополнение к диагностической информации ниже:

 * Дополнительные сведения см. в руководствах по интерфейсу командной строки, кластеризации и сети на странице https://rabbitmq.com/documentation.html.
 * Проконсультируйтесь с журналами сервера на узле rabbit@ip-172-31-56-22
 * Если целевой узел настроен на использование длинных имен узлов, не забудьте использовать --longnames с инструментами CLI.

ДИАГНОСТИКА
===========

пытался связаться: ['rabbit@ip-172-31-56-22']

кролик@ip-172-31-56-22:
  * подключен к epmd (порт 4369) по ip-172-31-56-22
  * epmd сообщает: узел «кролик» вообще не работает
                  нет других узлов на ip-172-31-56-22
  * предложение: запустить узел

Детали текущего узла:
 * имя узла: 'rabbitmqcli-871-rabbit@ip-12-131-56-22'
 * действующий домашний каталог пользователя: /var/lib/rabbitmq
 * Хэш файла cookie Erlang: Gug6Jfak+f3/k+ww6vhA==

У меня такое впечатление, что что-то не удалось установить. Всякий раз, когда я использую, я вижу что-то о RabbitMQ, даже если моя команда не имеет ничего общего с RabbitMQ. Например, я делаю это:

экран установки sudo yum

И часть вывода:

rabbitmq_rabbitmq-сервер 5,2 КБ/с | 1,8 кБ 00:00    

rabbitmq_rabbitmq-сервер-источник 3,4 КБ/с | 951 Б 00:00 

Я вижу эти 2 строки всякий раз, когда использую ням установить и меня беспокоит, что RabbitMQ упоминается при каждом использовании ням установить как будто есть какая-то странная проблема с кешем.

Я также вижу это:

 [/usr/lib/tmpfiles.d/rabbitmq-server.conf:1] Строка ссылается на путь ниже устаревшего каталога /var/run/, обновляя /var/run/rabbitmq — /run/rabbitmq; пожалуйста, обновите файл tmpfiles.d/ соответствующим образом.
Рейтинг:1
флаг vn

Основываясь на нескольких вещах, которые я нашел:

кажется, что обновление RabbitMQ может решить эту проблему: https://www.rabbitmq.com/install-rpm.html

Рейтинг:0
флаг in

Видимо какая-то установка пошла не так. Я заметил это сообщение при запуске ням установить:

"Пропуск пакетов с неработающими зависимостями"

Я не смог это исправить. Мне пришлось отказаться от этого инстанса EC2 и начать с нового инстанса EC2.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.