Puncte:1

La o nouă instalare a Redhat8, pe o nouă instanță EC2, RabbitMQ eșuează, failed_to_start_child

drapel in

ACTUALIZAȚI:

Daca eu fac:

yum upgrade

Înțeleg:

Omite pachetele cu dependențe întrerupte Când 

Cum repar asta?

Postare mai veche:

Am găsit dosarul erl_crash.dump Aici:

/var/lib/rabbitmq/erl_crash.dump 

Daca fac asta:

head -n 50 /var/lib/rabbitmq/erl_crash.dump

Eu iau:

=erl_crash_dump:0.5
Marți, 1 Mar 20:00:36 2022
Slogan: Kernel pid terminat (application_controller) ({application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child,credentials_obfuscaton_svc,{undef,[{crypto,macN,[hmac,sha256,<<185,
Versiunea sistemului: Erlang/OTP 22 [erts-10.4.4] [sursa] [64-bit] [smp:2:2] [ds:2:2:10] [async-threads:1]
Compilat: vineri, 6 septembrie 18:47:55 2019
Taints: cripto
Atomi: 13923
Thread de apelare: scheduler:1
=programator:1
Indicatori pentru informații despre somnul programatorului: 
Informații de somn al programatorului de lucru auxiliar: THR_PRGR_LATER_OP
Port curent: 
Lungimea maximă a cozii de rulare: 0
Run Queue High Lungime: 0
Run Queue Lungime normală: 0
Lungime scăzută a cozii de rulare: 0
Run Queue Port Lungime: 0
Semnalizări de coadă de rulare: OUT_OF_WORK | HALFTIME_OUT_OF_WORK | NIMIC | EXEC
Proces curent: <0.0.0>
Starea curentă a procesului: În curs de desfășurare
Starea internă curentă a procesului: ACT_PRIO_NORMAL | USR_PRIO_NORMAL | PRQ_PRIO_NORMAL | ACTIV | ALERGARE
Contor curent program de proces: 0x0000ffff5cd5d020 (init:printable_list/1 + 24)
Procesul curent CP: 0x0000ffff5cd5dcc8 (init:boot_loop/2 + 1944)
Urmărirea stivă limitată a procesului curent:
0x0000ffff5a93b9f0:SRadresă adresa 0xACD16DC0 (<încheierea procesului în mod normal>)

Nu sunt sigur cum să citesc asta. Este failed_to_start_child eroarea? Dacă da, ce înseamnă? Cum o repar?

Am o nouă instanță EC2 și o nouă instalare a Redhat8, cu totul tocmai instalat yum sau dnf dar continui să primesc erori pe RabbitMQ, care încearcă să pornească, dar eșuează instantaneu. Daca eu fac:

coada -n 500 /var/log/messages

Apoi văd acest mesaj, repetându-se iar și iar:

1 martie 18:23:47 ip-172-31-56-22 rabbitmq-server[350248]: {„Kernel pid terminated”,application_controller,”{application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child_obcfus,{credentials_child,catondefault [{Crypto, Macn, [HMAC, SHA256, << 80,84,120,32,178,183,28,70,220,34,20,13,145,69,180,1119,145,18,1735,20,110,198,166,173,68,2,110,198,166,173,68,2,1119 ,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,[{fișier,\"src/credentials_obfuscation_pbe.erl\"},{line,160}]},{credentials_obfuscation_pbe,blocks,10,[{fișier ,\"src/credentials_obfuscation_pbe.erl\"},{line,152}]},{cred entials_obfuscation_pbe,make_key,5,[{fișier,\"src/credentials_obfuscation_pbe.erl\"},{line,94}]},{credentials_obfuscation_pbe,encrypt,5,[{fișier,\"src/credentials_obfuscation_pbe.erl\"} ,{line,76}]},{credentials_obfuscation_svc,verificare,3,[{file,\"src/credentials_obfuscation_svc.erl\"},{line,163}]},{credentials_obfuscation_svc,init_state,0,[{fișier, \"src/credentials_obfuscation_svc.erl\"},{line,133}]},{gen_server,init_it,2,[{file,\"gen_server.erl\"},{line,374}]}]}}} ,{credentials_obfuscation_app,start,[normal,[]]}}}"}
1 martie 18:23:47 ip-172-31-56-22 rabbitmq-server[350248]: Kernel-ul pid terminat (application_controller) ({application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child,{unknown,credentials_obcfus,{caton_start_obfuscation] ,macN,[hmac,sha256,<<80,8
1 martie 18:23:47 ip-172-31-56-22 rabbitmq-server[350248]: #015
1 mar 18:23:47 ip-172-31-56-22 rabbitmq-server[350248]: Crash dump este scris în: erl_crash.dump... done
1 mar 18:23:47 ip-172-31-56-22 systemd[1]: rabbitmq-server.service: Proces principal ieșit, cod=ieșit, stare=1/Eșec
1 mar 18:23:47 ip-172-31-56-22 systemd[1]: rabbitmq-server.service: A eșuat cu rezultatul „cod de ieșire”.
1 mar 18:23:47 ip-172-31-56-22 systemd[1]: Nu s-a pornit brokerul RabbitMQ.

Mă chinui să mă gândesc care este problema. Cred că am deschis toate porturile necesare.

Crash dump este scris în: erl_crash.dump...done

Am citit asta:

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

Am deschis portul 4369 pe grupul de securitate, dar asta nu a ajutat.

Daca alerg:

epmd -nume

Eu iau:

epmd: funcționează pe portul 4369 cu date

Deci funcționează, dar RabbitMQ nu.

Daca fac asta:

rabbitmqctl start_app 

Eu iau:

Se pornește nodul rabbit@ip-172-31-56-22...
Eroare: nu se poate efectua o operație pe nodul „rabbit@ip-172-31-56-22”. Consultați informațiile și sugestiile de diagnosticare de mai jos.

Cele mai frecvente motive pentru aceasta sunt:

 * Nodul țintă este inaccesibil (de exemplu, din cauza rezoluției numelui de gazdă, a conexiunii TCP sau a problemelor de firewall)
 * Instrumentul CLI nu reușește să se autentifice cu serverul (de exemplu, din cauza cookie-ului Erlang al instrumentului CLI nu se potrivește cu cel al serverului)
 * Nodul țintă nu rulează

Pe lângă informațiile de diagnosticare de mai jos:

 * Consultați ghidurile CLI, clustering și rețele pe https://rabbitmq.com/documentation.html pentru a afla mai multe
 * Consultați jurnalele serverului pe nodul rabbit@ip-172-31-56-22
 * Dacă nodul țintă este configurat să utilizeze nume lungi de noduri, nu uitați să utilizați --longnames cu instrumentele CLI

DIAGNOSTICĂ
===========

a încercat să contacteze: ['rabbit@ip-172-31-56-22']

rabbit@ip-172-31-56-22:
  * conectat la epmd (port 4369) pe ip-172-31-56-22
  * rapoarte epmd: nodul „iepure” nu rulează deloc
                  nu există alte noduri pe ip-172-31-56-22
  * sugestie: porniți nodul

Detalii nod curent:
 * numele nodului: „rabbitmqcli-871-rabbit@ip-12-131-56-22”
 * directorul principal al utilizatorului efectiv: /var/lib/rabbitmq
 * Erlang cookie hash: Gug6Jfak+f3/k+ww6vhA==

Am impresia că ceva nu s-a instalat. Ori de câte ori folosesc, văd ceva despre RabbitMQ, chiar și atunci când comanda mea nu are nimic de-a face cu RabbitMQ. De exemplu, fac asta:

ecran de instalare sudo yum

Și o parte din rezultat este:

rabbitmq_rabbitmq-server 5,2 kB/s | 1,8 kB 00:00    

rabbitmq_rabbitmq-server-source 3,4 kB/s | 951 B 00:00 

Văd acele 2 rânduri ori de câte ori le folosesc yum instala și mă neliniștește faptul că RabbitMQ este menționat cu fiecare utilizare a yum instala ca și cum ar exista o problemă ciudată de cache eșuată.

vad si asta:

 [/usr/lib/tmpfiles.d/rabbitmq-server.conf:1] Calea referințelor liniei de sub directorul moștenit /var/run/, actualizând /var/run/rabbitmq â /run/rabbitmq; vă rugăm să actualizați fișierul drop-in tmpfiles.d/ în consecință.
Puncte:1
Puncte:0
drapel in

Se pare că unele instalări au mers prost. Am observat acest mesaj când alerg yum instala:

„Omiterea pachetelor cu dependențe rupte”

Nu am reușit să repar asta. A trebuit să renunț la acea instanță EC2 și să o iau de la capăt cu o instanță EC2 proaspătă.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.