2016-07-06 8 views
9

Używamy RabbitMq 3.6.2 z Erlang 17.4 na Windows Server 2008. W dzienniku sasl widzimy następujący rekord w kółko. Dzieje się to sparatycznie (co kilka godzin) bez określonego wzorca.Błąd zamykania w RabbitMq sasl Log

=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}] 

czytam here że może istnieć korelacja z testem żywością poprzez API HTTP z wtyczki administratora. Używamy również testu aliveness z naszego load balancera, aby określić, które węzły powinny odbierać ruch.

Każda pomoc dotycząca zrozumienia, co dziennik faktycznie oznacza i jak możemy temu zapobiec (w razie potrzeby) byłaby bardzo doceniana. Opublikowalem to pytanie na stronie Server Fault oraz here.

Odpowiedz

0

Nie wiem, ile wiesz o Erlang/OTP, ale:

Context: shutdown_error sugeruje coś jest nie tak (jak rzuca wyjątek) podczas procedury zamykania procesu wywołującego tę

Reason: shutdown sugeruje, że proces ten jest zakończył się normalnie i próbuje zamknąć dyskretnie, zanim się zawiedzie

Jest to specyfikacja potomna (start), która ma wyłączenie_błędu i żyje pod nadzorem określonym przez Supervisor.

W połączeniu z twoją wzmianką o teście na żywotność. Moim pierwszym przypuszczeniem byłby w jakiś sposób kod testowy aliveness, który stworzył kanał amqp do klastra RabbitMQ, ale nie został z wdziękiem zamknięty. Trochę wkopałem w kod rabbitmq-management, ale jeszcze nic nie znalazłem.

To również wygląda na dość stare pytanie, nie wiem, czy nadal dotyczy Ciebie, czy kogoś innego.

Powiązane problemy