Điểm:1

Khi cài đặt Redhat8 mới, trên phiên bản EC2 mới, RabbitMQ bị lỗi, fail_to_start_child

lá cờ in

CẬP NHẬT:

Nếu tôi làm:

nâng cấp yum

Tôi hiểu rồi:

Bỏ qua các gói có phần phụ thuộc bị hỏng khi 

Làm thế nào để tôi khắc phục điều này?

Bài cũ:

tôi tìm thấy tập tin erl_crash.dump đây:

/var/lib/rabbitmq/erl_crash.dump 

Nếu tôi làm điều này:

đầu -n 50 /var/lib/rabbitmq/erl_crash.dump

Tôi có:

=erl_crash_dump:0,5
Thứ ba ngày 1 tháng 3 20:00:36 2022
Khẩu hiệu: Kernel pid đã chấm dứt (application_controller) ({application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child,credentials_obfuscaton_svc,{undef,[{crypto,macN,[hmac,sha256,<<185,
Phiên bản hệ thống: Erlang/OTP 22 [erts-10.4.4] [nguồn] [64-bit] [smp:2:2] [ds:2:2:10] [async-threads:1]
Biên soạn: Thứ Sáu ngày 6 tháng 9 18:47:55 2019
Vết bẩn: tiền điện tử
Nguyên tử: 13923
Chủ đề cuộc gọi: lịch trình: 1
= bộ lập lịch: 1
Cờ thông tin về giấc ngủ của bộ lập lịch biểu: 
Thông tin về chế độ ngủ của bộ lập lịch Công việc Aux: THR_PRGR_LATER_OP
Cổng hiện tại: 
Độ dài tối đa của hàng đợi chạy: 0
Chiều dài hàng đợi chạy cao: 0
Chạy hàng đợi Chiều dài bình thường: 0
Chạy hàng đợi có độ dài thấp: 0
Độ dài cổng xếp hàng chạy: 0
Chạy cờ xếp hàng: OUT_OF_WORK | HALFTIME_OUT_OF_WORK | NONMPTY | điều hành
Quy trình hiện tại: <0.0.0>
Trạng thái quy trình hiện tại: Đang chạy
Trạng thái nội bộ của quy trình hiện tại: ACT_PRIO_NORMAL | USR_PRIO_NORMAL | PRQ_PRIO_NORMAL | HOẠT ĐỘNG | ĐANG CHẠY
Bộ đếm chương trình xử lý hiện tại: 0x0000ffff5cd5d020 (init:printable_list/1 + 24)
CP quy trình hiện tại: 0x0000ffff5cd5dcc8 (init:boot_loop/2 + 1944)
Quy trình hiện tại có giới hạn theo dõi ngăn xếp:
0x0000ffff5a93b9f0:SReturn addr 0xACD16DC0 (<kết thúc quá trình bình thường>)

Tôi không chắc làm thế nào để đọc cái này. Là fail_to_start_child lỗi? Nếu có, nó có nghĩa là gì? Làm thế nào để tôi sửa chữa nó?

Tôi có phiên bản EC2 mới và bản cài đặt Redhat8 mới, với mọi thứ vừa được cài đặt với ngon hoặc dnf nhưng tôi vẫn gặp lỗi trên RabbitMQ, nó cố khởi động nhưng không thành công ngay lập tức. Nếu tôi làm:

đuôi -n 500 /var/log/message

Sau đó, tôi thấy thông báo này, lặp đi lặp lại nhiều lần:

Ngày 1 tháng 3 18:23:47 ip-172-31-56-22 Rabbitmq-server[350248]: {"Kernel pid bị chấm dứt",application_controller,"{application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child,credentials_obfuscaton_svc,{undef, [{crypto, macn, [hmac, sha256, << 80,84,120,32,178,183,28,70,220,34,20,13,145,69,180,207,145,18 ,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,[{file,\"src/credentials_obfuscation_pbe.erl\"},{line,160}]},{credentials_obfuscation_pbe,blocks,10,[{file ,\"src/credentials_obfuscation_pbe.erl\"},{line,152}]},{cred entials_obfuscation_pbe,make_key,5,[{file,\"src/credentials_obfuscation_pbe.erl\"},{line,94}]},{credentials_obfuscation_pbe,encrypt,5,[{file,\"src/credentials_obfuscation_pbe.erl\"} ,{line,76}]},{credentials_obfuscation_svc,check,3,[{file,\"src/credentials_obfuscation_svc.erl\"},{line,163}]},{credentials_obfuscation_svc,init_state,0,[{file, \"src/credentials_obfuscation_svc.erl\"},{line,133}]},{gen_server,init_it,2,[{file,\"gen_server.erl\"},{line,374}]}]}}} ,{credentials_obfuscation_app,start,[normal,[]]}}}"}
Ngày 1 tháng 3 18:23:47 ip-172-31-56-22 Rabbitmq-server[350248]: Hạt nhân pid bị chấm dứt (application_controller) ({application_start_failure,credentials_obfuscation,{{shutdown,{failed_to_start_child,credentials_obfuscaton_svc,{undef,[{crypto ,macN,[hmac,sha256,<<80,8
Ngày 1 tháng 3 18:23:47 ip-172-31-56-22 Rabbitmq-server[350248]: #015
Ngày 1 tháng 3 18:23:47 ip-172-31-56-22 Rabbitmq-server[350248]: Kết xuất sự cố đang được ghi vào: erl_crash.dump...done
Ngày 1 tháng 3 18:23:47 ip-172-31-56-22 systemd[1]: Rabbitmq-server.service: Quá trình chính đã thoát, mã=đã thoát, trạng thái=1/THẤT BẠI
Ngày 1 tháng 3 18:23:47 ip-172-31-56-22 systemd[1]: Rabbitmq-server.service: Không thành công với kết quả 'mã thoát'.
Ngày 1 tháng 3 18:23:47 ip-172-31-56-22 systemd[1]: Không khởi động được trình môi giới RabbitMQ.

Tôi đang đấu tranh để nghĩ vấn đề là gì. Tôi tin rằng tôi đã mở tất cả các cổng cần thiết.

Kết xuất sự cố đang được ghi vào: erl_crash.dump...done

Tôi đã đọc cái này:

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

Tôi đã mở cổng 4369 trên nhóm bảo mật, nhưng điều đó không giúp được gì.

Nếu tôi chạy:

tên epmd

Tôi có:

epmd: thiết lập và chạy trên cổng 4369 với dữ liệu

Vì vậy, nó đang hoạt động, nhưng RabbitMQ thì không.

Nếu tôi làm điều này:

thỏmqctl start_app 

Tôi có:

Nút bắt đầu Rabbit@ip-172-31-56-22 ...
Lỗi: không thể thực hiện thao tác trên nút 'rabbit@ip-172-31-56-22'. Vui lòng xem thông tin chẩn đoán và gợi ý bên dưới.

Những lý do phổ biến nhất cho việc này là:

 * Không thể truy cập nút đích (ví dụ: do độ phân giải tên máy chủ, kết nối TCP hoặc sự cố tường lửa)
 * Công cụ CLI không xác thực được với máy chủ (ví dụ: do cookie Erlang của công cụ CLI không khớp với cookie của máy chủ)
 * Nút đích không chạy

Ngoài các thông tin chẩn đoán dưới đây:

 * Xem CLI, hướng dẫn phân cụm và kết nối mạng trên https://rabbitmq.com/documentation.html để tìm hiểu thêm
 * Tham khảo nhật ký máy chủ trên nút thỏ@ip-172-31-56-22
 * Nếu nút đích được định cấu hình để sử dụng tên nút dài, đừng quên sử dụng --longnames với các công cụ CLI

CHẨN ĐOÁN
===========

đã cố gắng liên hệ: ['rabbit@ip-172-31-56-22']

thỏ@ip-172-31-56-22:
  * đã kết nối với epmd (cổng 4369) trên ip-172-31-56-22
  * báo cáo epmd: nút 'con thỏ' hoàn toàn không chạy
                  không có nút nào khác trên ip-172-31-56-22
  * gợi ý: bắt đầu nút

Chi tiết nút hiện tại:
 * tên nút: 'rabbitmqcli-871-rabbit@ip-12-131-56-22'
 * thư mục chính của người dùng hiệu quả: /var/lib/rabbitmq
 * Băm cookie Erlang: Gug6Jfak+f3/k+ww6vhA==

Tôi có ấn tượng rằng một cái gì đó không cài đặt được. Bất cứ khi nào tôi sử dụng, tôi đều thấy điều gì đó về RabbitMQ, ngay cả khi lệnh của tôi không liên quan gì đến RabbitMQ. Chẳng hạn, tôi làm điều này:

màn hình cài đặt sudo yum

Và một phần của đầu ra là:

Rabbitmq_rabbitmq-máy chủ 5,2 kB/giây | 1,8 kB 00:00    

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

Tôi thấy 2 dòng đó bất cứ khi nào tôi sử dụng cài đặt yum và tôi cảm thấy khó chịu khi RabbitMQ được nhắc đến trong mỗi lần sử dụng cài đặt yum như thể có một số vấn đề bộ nhớ cache không thành công kỳ lạ.

Tôi cũng thấy điều này:

 [/usr/lib/tmpfiles.d/rabbitmq-server.conf:1] Đường dẫn tham chiếu dòng bên dưới thư mục cũ /var/run/, đang cập nhật /var/run/rabbitmq â /run/rabbitmq; vui lòng cập nhật tệp thả xuống tmpfiles.d/ cho phù hợp.
Điểm:1
lá cờ vn

Dựa trên một vài điều tôi tìm thấy:

có vẻ như việc nâng cấp RabbitMQ có thể giải quyết vấn đề này: https://www.rabbitmq.com/install-rpm.html

Điểm:0
lá cờ in

Rõ ràng một số cài đặt đã bị hỏng. Tôi nhận thấy thông báo này khi chạy cài đặt yum:

"Bỏ qua các gói có phần phụ thuộc bị hỏng"

Tôi đã không thể sửa lỗi này. Tôi đã phải từ bỏ phiên bản EC2 đó và bắt đầu lại với phiên bản EC2 mới.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.