2016-07-06 98 views
9

Stiamo eseguendo RabbitMq 3.6.2 con Erlang 17.4 su Windows Server 2008. Vediamo il seguente record più e più volte nel registro sasl. Si sta verificando in modo spartatico (ogni poche ore) senza uno schema particolare.Errore di spegnimento in RabbitMq sasl Registro

=SUPERVISOR REPORT==== 05-Jul-2016::09:52:42 === 
    Supervisor: {<0.835.211>,amqp_channel_sup_sup} 
    Context: shutdown_error 
    Reason: shutdown 
    Offender: [ {nb_children,1}, 
       {name,channel_sup}, 
       {mfargs, 
        {amqp_channel_sup,start_link, 
         [direct,<0.864.211>, <<"">>]}}, 
       {restart_type,temporary}, 
       {shutdown,brutal_kill}, 
       {child_type,supervisor}] 

Ho letto here che ci può essere una correlazione alla prova di vitalità attraverso l'API HTTP dal plugin amministrazione. Stiamo anche utilizzando il test di vitalità dal nostro servizio di bilanciamento del carico per definire quali nodi devono ricevere traffico.

Qualsiasi aiuto sulla comprensione di ciò che il log in realtà significa e su come possiamo prevenirlo (se necessario) sarebbe molto apprezzato. Ho pubblicato questa domanda anche su Server Fault here.

risposta

0

Io non so quanto sai di Erlang/OTP, ma:

Context: shutdown_error suggerisce che c'è qualcosa di sbagliato (come un'eccezione) durante la procedura di spegnimento del processo

Reason: shutdown suggerisce che questo processo è terminato normalmente e sta cercando di arrestarsi con garbo prima che si blocchi.

Il Offender è la specifica del figlio (start) di cui sta avendo shutdown_error e vive sotto il supervisore specificato da Supervisor.

In combinazione con la vostra menzione del test di vitalità. La mia prima ipotesi sarebbe in qualche modo il codice di test di aliveness creato un canale amqp nel cluster RabbitMQ, ma non è riuscito a chiuderlo con grazia. Ho fatto un po 'di scavo nel codice rabbitmq-management ma non ho ancora trovato nulla.

Anche questa sembra una domanda piuttosto vecchia, non è sicuro se colpisce ancora te o qualcun altro.