Puncte:0

Nodul nu poate părăsi clusterul pentru upgrade eJabberd

drapel in

Mediu inconjurator

  • Versiunea ejabberd: 20.04
  • Versiunea Erlang: Erlang (SMP,ASYNC_THREADS)(BEAM) emulator versiunea 9.2
  • OS: Linux (Debian)
  • Instalat de la: sursă

Erori de la crash.log

2022-02-08 22:42:45 =RAPORT DE CRASH==== crasher: apelul inițial: pgsql_proto:init/1 pid: <0,27318,6018> nume_înregistrat: [] ieșire de excepție: {{init,{error,timeout}},[{gen_server,init_it,6,[{file,"gen_server.erl"},{line,349}]},{proc_lib,init_p_do_apply,3,[{ fișier,"proc_lib.erl"},{line,247}]}]} strămoși: ['ejabberd_sql_vhost1.xmpp_12','ejabberd_sql_sup_vhost1.xmpp',ejabberd_db_sup,ejabberd_sup,<0.87.0>] message_queue_len: 0 mesaje: [] link-uri: [] dictionar: [] trap_exit: false stare: rulează Dimensiune_heap: 376 dimensiunea_stivei: 27 reduceri: 997 vecini:

Descrierea erorii Încerc să fac upgrade de la eJabberd 20.04 la 20.07. Configurarea clusterului meu are trei noduri. Actualizarea continuă pe două noduri a avut succes. Când nodul 1 încearcă să părăsească clusterul pentru actualizare, dă următoarea eroare:

Conexiune RPC eșuată la nodul „[email protected]: timeout”.

Când încerc starea ejabberdctl, a fost returnat următorul: Nodul „[email protected]” este pornit cu starea: început Conexiune RPC eșuată la nodul „[email protected]”: {„EXIT”, {pauză, {gen_server,apel, [controller_aplicație, care_aplicații]}}}

Pe shell-ul Erlang, nodul este încă afișat o parte din cluster

noduri(). ['[email protected]','[email protected]']

Ma puteti ajuta va rog sa rezolv aceasta problema.

Badlop avatar
drapel ru
Aceeași întrebare a fost postată în tăcere în https://github.com/processone/ejabberd/issues/3764
Puncte:0
drapel ru

Acesta poate fi un comentariu prost, dar în caz că vă dă o idee:

Tu rulezi părăsi_cluster comandă într-unul dintre noduri și nu se conectează corect la celălalt.

Ai putea încerca să rulezi comanda în celălalt nod.

Dacă asta nu ajută, poate că există o modalitate internă de a încerca să eliminați un nod din cluster...

Dar ar trebui să vă actualizați întrebarea și să clarificați care sunt numele nodurilor, unde încercați să efectuați sarcina de administrare și care este exact metoda pe care o încercați.

Puncte:0
drapel in

Mulțumesc pentru răspuns și scuze pentru răspunsul târziu. Problema a apărut în primul nod după finalizarea cu succes a actualizării a două noduri.Primul nod a devenit fără răspuns după în ultimele două noduri. Am descoperit că motivul eșecului nodului 1 a fost prea multe interogări SQL nereușite care au finalizat actualizarea continuă în ultimele două noduri. Am descoperit că motivul eșecului nodului 1 a fost prea multe interogări SQL eșuate din cauza problemelor de conexiune.

Numele nodurilor sunt [email protected] [email protected] [email protected]

Pentru a rezolva problema, a trebuit să omorâm procesele eJabberd care nu răspundeau și să repornim eJabberd pe primul nod. Continuăm cu noi upgrade-uri.

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.