Điểm:0

Openstack nova chấm dứt vms khách với oom_kill

lá cờ it

Tôi đang chạy openstack Victoria với việc triển khai Kolla ansible, tất cả các thành phần đều được đóng gói.

Nút tính toán là (oom_kill) giết khách khi bộ nhớ hết, có cách nào để tránh nó giống như trong các trình ảo hóa khác, nó hoạt động tốt mà không gặp sự cố này. Tôi đang sử dụng Centos 8.3. Xin vui lòng cho tôi biết nếu có một cách để tránh điều này.

Lỗi:

**Ngày 27 tháng 2 12:18:15 kernel server1: neutron-openvsw đã gọi oom-killer: gfp_mask=0x6200ca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0
Ngày 27 tháng 2 12:18:15 kernel server1: oom_kill_ process.cold.28+0xb/0x10
Ngày 27 tháng 2 12:18:15 kernel server1: [ pid ] uid tgid total_vm rss pgtables_bytes hoán đổi tên oom_score_adj
27 tháng 2 12:18:15 Kernel Server1: oom-kill: urdaint = indraint_none, nodeMask = (null), cpuset = 395bde13c7e0570ef36df008bc028d8701fd76c -qemu,tác vụ=qemu-kvm,pid=2301214,uid=42436
Ngày 27 tháng 2 12:18:17 nhân server1: oom_reaper: quá trình gặt 2301214 (qemu-kvm), giờ là anon-rss:0kB, file-rss:516kB, shmem-rss:0kB**

sử dụng bộ nhớ sar

==================================
10:10:05 AM kbmemfree kbavail kbmemused %đã nhớ kbbuffers kbcached kbcommit %commit kbactive kbinact kbdirty
12:00:05 Chiều 877228 0 393690660 99.78 0 500284 2254123104 542.46 374227828 12705256 0
12:10:04 Chiều 866416 0 393701472 99.78 0 501844 2254259520 542.49 374233440 12704360 0
12:20:04 Chiều 301182096 300028052 93385792 23,67 0 705140 1938778932 466,57 83794716 5028804 8
12:30:04 Chiều 301085624 299970968 93482264 23.69 0 779220 1939000988    
lá cờ us
Điều này nghe giống như [chủ đề này](http://lists.openstack.org/pipermail/openstack-discuss/2022-April/027350.html) trong danh sách gửi thư thảo luận openstack.
Điểm:0
lá cờ it

Trả lời câu hỏi của riêng tôi khi tôi tìm thấy một giải pháp.

Tình trạng chết máy xảy ra ngay cả khi các số liệu thống kê miễn phí có vẻ tốt, chẳng hạn như trên RAM 256G, chỉ có 140G được sử dụng và vẫn còn khoảng 100G hiển thị là miễn phí.

[root@serverxx ~]# miễn phí -g tổng số buff/bộ đệm được chia sẻ miễn phí đã sử dụng hiện có Mem: 251 140 108 0 2 108 Hoán đổi: 19 6 13

oom kill được kích hoạt bởi %commit cao trong số liệu thống kê sar nơi hạt nhân bắt đầu nhắm mục tiêu các phiên bản có dung lượng bộ nhớ cao để giải phóng .

Để tránh oom kill đối với các phiên bản khách có dung lượng bộ nhớ cao hơn, tôi đặt như sau. vm.oom_kill_allocation_task=1

Khi tôi thực hiện sar -r, %commit cao hơn nhiều so với khả năng phân bổ của hệ thống và từ ps, tôi nhận ra rằng đó là vùng chứa dự phòng chất kết dính được tạo theo mặc định từ các triển khai kolla-ansible nhưng không được định cấu hình.

Số liệu thống kê về dịch vụ sao lưu Cinder mà tôi không định cấu hình và nó chỉ đang chạy, hóa ra vùng chứa chưa được định cấu hình đang chiếm hết bộ nhớ ngoài giờ như đã thấy từ đầu ra của lệnh ps trong vsz.

ps -eo args,comm,pid,ppid,rss,vsz --sort vsz cột

VSZ cực cao

Chỉ huy         /usr/libexec/qemu-kvm -name qemu-kvm           1916998   47324 8094744 13747664 /var/lib/kolla/venv/bin/pyt cinder-backup       43689  43544 170999912 870274784

Số liệu thống kê Sar cho % cam kết trở lại bình thường sau khi vùng chứa sao lưu bị dừng và bây giờ mọi thứ đã trở lại bình thường. %commit được đánh dấu từ 1083,46 đến 14,21 sau những thay đổi.

02:00:37 PM kbmemfree kbavail kbmemused %đã nhớ kbbuffers kbcached kbcommit %commit kbactive kbinact kbdirty 03:00:37 CH 48843576 49998184 82890508 62.92 9576 5949348 1427280428 1083.46 75646888 2797388 324 03:10:37 CH 48829248 49991284 82904836 62.93 9576 5956544 1427343664 1083.50 75653556 2804592 116 03:20:22 Chiều 120198612 121445516 11535472 8.76 9576 6042892 18733688 14.22 4887688 2854704 80 03:30:37 Chiều 120189464 121444176 11544620 8.76 9576 6050200 18725820 14.21 4887752 2862248 88

Đă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.