2016-07-06 17 views
9

Chúng tôi đang chạy RabbitMq 3.6.2 với Erlang 17.4 trên Windows Server 2008. Chúng tôi thấy bản ghi sau hơn và hơn trong nhật ký sasl. Nó xảy ra bất thường (vài giờ một lần) mà không có hoa văn cụ thể.Lỗi tắt trong RabbitMq sasl Nhật ký

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

Tôi đọc here rằng có thể có mối tương quan với kiểm tra độ bền thông qua API HTTP từ plugin quản trị. Chúng tôi cũng đang sử dụng kiểm tra độ bám dính từ cân bằng tải của chúng tôi để xác định nút nào sẽ nhận lưu lượng truy cập.

Bất kỳ trợ giúp nào để tìm hiểu xem nhật ký thực sự có ý nghĩa gì và chúng tôi có thể ngăn chặn nó như thế nào (nếu cần) sẽ được đánh giá cao. Tôi đã xuất bản câu hỏi này trên Server Fault cũng như here.

Trả lời

0

Tôi không biết có bao nhiêu bạn biết về Erlang/OTP, nhưng:

Context: shutdown_error cho thấy có điều gì đó sai (như ném một ngoại lệ) trong suốt quá trình shutdown của quá trình

Reason: shutdown gợi ý rằng quá trình này là hoàn thành bình thường và đang cố gắng tắt máy một cách duyên dáng trước khi nó bị treo

là đặc điểm con (bắt đầu) có shutdown_error và nó nằm dưới sự giám sát được chỉ định bởi Supervisor.

Kết hợp với việc bạn đề cập đến bài kiểm tra độ bền. Dự đoán đầu tiên của tôi là bằng cách nào đó mã kiểm tra sức sống tạo ra một số kênh amqp cho cụm ThỏMQ nhưng không thể tắt được một cách duyên dáng. Đã có một chút đào trong mã số rabbitmq-management nhưng chưa tìm thấy bất kỳ điều gì.

Điều này cũng giống như một câu hỏi khá cũ, không chắc liệu câu hỏi đó có ảnh hưởng đến bạn hay người khác không.

Các vấn đề liên quan