Điểm:1

Chuyển bộ điều khiển đột kích tới KVM vm bằng cách sử dụng thông qua PCI, khóa mềm CPU

lá cờ cn

Tôi có một máy chủ lưu trữ Debian 10 và một máy khách Ubuntu 20.04 với KVM. Máy chủ Ubuntu được tạo bằng cài đặt tài năng và hoạt động như dự định sau khi cài đặt. Tôi đang cố gắng sử dụng thông qua PCI để chuyển bộ điều khiển đột kích (Adaptec 81605Z) cho khách. Với virsh chỉnh sửa my_vm tôi đã thêm

<hostdev mode='subsystem' type='pci' managed='yes'>
  <driver name='vfio'/>
  <source>
    <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
  </source>
</hostdev>

đến cấu hình. Sau đó, tôi đã sử dụng virsh nodedev-dettach pci_0000_01_00_0 để tách bộ điều khiển đột kích khỏi máy chủ, sau đó lspci -nnv trình diễn

01:00.0 Bộ điều khiển bus RAID [0104]: Adaptec Series 8 12G SAS/PCIe 3 [9005:028d] (rev 01)
    Hệ thống con: Adaptec Series 8 12G SAS/PCIe 3 [9005:0557]
    Cờ: devsel nhanh, IRQ 16
    Bộ nhớ ở a2100000 (64-bit, không thể tìm nạp trước) [size=1M]
    Bộ nhớ ở a2280000 (64-bit, không thể tìm nạp trước) [size=1K]
    Cổng I/O ở 4000 [size=256]
    ROM mở rộng ở a2200000 [đã tắt] [size=512K]
    Khả năng: [80] Quản lý năng lượng phiên bản 3
    Khả năng: [90] MSI: Enable- Count=1/32 Maskable+ 64bit+
    Khả năng: [b0] MSI-X: Enable- Count=64 Masked-
    Khả năng: [c0] Express Endpoint, MSI 00
    Khả năng: [100] Báo cáo lỗi nâng cao
    Khả năng: [300] #19
    Trình điều khiển hạt nhân đang sử dụng: vfio-pci
    Mô-đun hạt nhân: aacraid

Tuy nhiên, khi tôi bắt đầu vm của mình với virsh bắt đầu my_vm --console, bảng điều khiển bị kẹt, không có gì được in, vì vậy có vẻ như có gì đó không ổn khi vm không khởi động. Sau một lúc tôi bắt đầu nhận được

kernel:[ 747.764965] cơ quan giám sát: LỖI: khóa mềm - CPU#1 bị kẹt trong 22 giây! [qemu-system-x86:1305]

lỗi và máy chủ của tôi chậm lại đáng kể. Tôi đã tắt kvm khỏi vm vì điều đó có thể gây ra sự cố. Máy ảo của tôi có 4GB ram và 4 VCPU được phân bổ cho nó.

Có điều gì sai với cấu hình của tôi?

Michael Hampton avatar
lá cờ cz
Kiểm tra `dmesg` trên máy chủ.
jaine avatar
lá cờ cn
Tôi nhận được các thông báo sau liên quan đến vfio-pci: `[ 564.743353] vfio-pci 0000:01:00.0: vfio_ecap_init: hide ecap 0x19@0x300`, sau đó tôi nhận được một số `[ 566.554256] vfio-pci 0000:01:00.0: chưa sẵn sàng 1023ms sau FLR; chờ đợi` và sau đó `[ 634.041210] vfio-pci 0000:01:00.0: chưa sẵn sàng 65535ms sau FLR; bỏ cuộc`
Zac67 avatar
lá cờ ru
Có khả năng, trình điều khiển phần cứng không hỗ trợ truyền qua. Bạn nên xem xét việc gắn các mảng RAID trên Máy chủ và chỉ cung cấp quyền truy cập cho khách.
jaine avatar
lá cờ cn
Từ các diễn đàn khác, tôi đã thấy ít nhất một số người vượt qua bộ điều khiển Adaptec với thông qua PCI. Ví dụ: [tại đây](https://forums.servethehome.com/index.php?threads/epyc-rome-unable-to-pass-through-sata-ports-to-vm-flr-bug.28592/). Làm thế nào để tôi biết nếu nó có thể hay không?

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