Điểm:0

Proxmox VM sẽ không khởi động ISO của tôi khi sử dụng KVM

lá cờ sb

Tôi đã thiết lập Proxmox trên một vServer được ảo hóa bằng Xen HVM (theo Hoster của tôi) và muốn bắt đầu bằng cách tạo một VM với pfSense trong vServer của mình bằng KVM để định tuyến tất cả lưu lượng truy cập của tôi qua đó với hiệu suất tốt nhất có thể, nhưng vì một số lý do, tôi chỉ nhận được điều này trong bảng điều khiển của máy ảo mới tạo của mình, mặc dù đã tải lên ISO và trong ổ đĩa DVD ảo của nó:

Màn hình khởi động Proxmox của máy ảo của tôi

Đây là cấu hình phần cứng của máy ảo của tôi:

Cấu hình phần cứng của máy ảo của tôi

Đây là các tùy chọn VM của tôi:

tùy chọn máy ảo

Tôi đã tải xuống ISO bộ cài đặt AMD64 DVD từ trang web tải xuống pfSense chính thức (Liên kết nóng)

Tôi đã trích xuất ISO trên máy Mac của mình và tải nó lên bộ lưu trữ cục bộ của Proxmox. Tôi cũng đã cập nhật thứ tự khởi động của máy ảo để khởi động từ ổ đĩa DVD trước. Tôi cũng đã cố gắng sử dụng các điều khiển noVNC ở bên trái để nhấn ESC với hy vọng truy cập được Menu khởi động, nhưng không có gì xảy ra.

tôi đã làm một sha256sum kiểm tra tệp .iso.gz đã tải xuống và hàm băm chính xác.

Tôi phát hiện ra rằng ISO của tôi sẽ không Tôi phát hiện ra rằng ISO của tôi sẽ khởi động khi tôi tắt KVM trên VM và thay đổi bộ xử lý thành qemu64. Rõ ràng, đây không phải là giải pháp, bởi vì hiệu suất sẽ rất tệ nếu không có KVM.

nội dung của /var/log/syslog:

Ngày 30 tháng 3 04:11:46 system pvedaemon[15783]: khởi động VM 100: UPID:system:00003DA7:002F5C28:6243D882:qmstart:100:root@pam:
Ngày 30 tháng 3 04:11:46 system pvedaemon[10598]: <root@pam> bắt đầu tác vụ UPID:system:00003DA7:002F5C28:6243D882:qmstart:100:root@pam:
Ngày 30 tháng 3 04:11:47 hệ thống systemd[1]: Đã bắt đầu 100.scope.
Ngày 30 tháng 3 04:11:47 system systemd-udevd[15793]: Sử dụng sơ đồ đặt tên giao diện mặc định 'v240'.
Ngày 30 tháng 3 04:11:47 system systemd-udevd[15793]: link_config: autonegotiation không được đặt hoặc bật, tốc độ và in hai mặt không thể ghi được.
Ngày 30 tháng 3 04:11:47 system systemd-udevd[15793]: Không thể tạo địa chỉ MAC liên tục cho tap100i0: Không có tệp hoặc thư mục như vậy
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.520616] thiết bị tap100i0 đã vào chế độ hỗn tạp
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.537967] vmbr0: cổng 2(tap100i0) đã vào trạng thái chặn
Ngày 30 tháng 3 04:11:47 kernel hệ thống: [31037.537970] vmbr0: port 2(tap100i0) vào trạng thái bị vô hiệu hóa
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.538177] vmbr0: cổng 2(tap100i0) đã vào trạng thái chặn
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.538179] vmbr0: cổng 2(tap100i0) đã vào trạng thái chuyển tiếp
Ngày 30 tháng 3 04:11:47 system systemd-udevd[15804]: Sử dụng sơ đồ đặt tên giao diện mặc định 'v240'.
Ngày 30 tháng 3 04:11:47 system systemd-udevd[15804]: link_config: autonegotiation không được đặt hoặc bật, tốc độ và in hai mặt không thể ghi được.
Ngày 30 tháng 3 04:11:47 system systemd-udevd[15804]: Không thể tạo địa chỉ MAC liên tục cho tap100i1: Không có tệp hoặc thư mục như vậy
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.958119] thiết bị tap100i1 đã vào chế độ hỗn tạp
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.974101] vmbr1: cổng 1(tap100i1) đã vào trạng thái chặn
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.974104] vmbr1: cổng 1(tap100i1) đã vào trạng thái bị vô hiệu hóa
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.974307] vmbr1: cổng 1(tap100i1) đã vào trạng thái chặn
Ngày 30 tháng 3 04:11:47 nhân hệ thống: [31037.974310] vmbr1: cổng 1(tap100i1) đã vào trạng thái chuyển tiếp
Ngày 30 tháng 3 04:11:48 system pvedaemon[10598]: <root@pam> kết thúc tác vụ UPID:system:00003DA7:002F5C28:6243D882:qmstart:100:root@pam: OK
Ngày 30 tháng 3 04:11:51 system pvedaemon[10598]: <root@pam> bắt đầu tác vụ UPID:system:00003E03:002F5DFD:6243D887:vncproxy:100:root@pam:
Ngày 30 tháng 3 04:11:51 system pvedaemon[15875]: bắt đầu vnc proxy UPID:system:00003E03:002F5DFD:6243D887:vncproxy:100:root@pam:
Ngày 30 tháng 3 04:12:00 system systemd[1]: Đang khởi chạy trình sao chép Proxmox VE...
Ngày 30 tháng 3 04:12:01 system systemd[1]: pvesr.service: Succeeded.
Ngày 30 tháng 3 04:12:01 hệ thống systemd[1]: Bắt đầu chạy bản sao Proxmox VE.
Ngày 30 tháng 3 04:13:00 system systemd[1]: Đang khởi chạy trình sao chép Proxmox VE...
Ngày 30 tháng 3 04:13:01 system systemd[1]: pvesr.service: Succeeded.
Ngày 30 tháng 3 04:13:01 hệ thống systemd[1]: Bắt đầu chạy nhân bản Proxmox VE.

tiêu chuẩn của dmesg: https://gist.github.com/martin-braun/7c401af831e35343474e6a6aa69c11cc

Tôi đã cố định cấu hình và chạy VM theo cách thủ công từ dòng lệnh:

$ qm đặt 100 --bootdisk ide2
cập nhật VM 100: -bootdisk ide2
$ qm bắt đầu 100

Không xuất nữa, kết quả vẫn vậy.

Tôi có thể làm gì?

drookie avatar
lá cờ za
Bạn chắc chắn nên kiểm tra các bản ghi. Bảng điều khiển có thể im lặng nhưng nhật ký của trình ảo hóa sẽ không.
Martin Braun avatar
lá cờ sb
@droookie Cảm ơn gợi ý, tôi đã đính kèm tệp syslog. Sự cố `systemd-udevd` [dường như vô hại](https://forum.proxmox.com/threads/proxmox-ve-5-cluster-some-strange-log.35670/#post-187350).Làm cách nào tôi có thể in trực tiếp nhật ký từ VM, `qm start 100` im lặng.
Nikita Kipriyanov avatar
lá cờ za
Nó có chạy bất kỳ hình ảnh nào khác không? Ngoài ra, phiên bản Proxmox nào (nói chung là "phiên bản quản lý" từ trang tóm tắt nút GUI)? Phần cứng bạn đang chạy nó là gì?
Nikita Kipriyanov avatar
lá cờ za
Đó chắc chắn là vấn đề với cài đặt cụ thể của bạn. Tôi đã tải xuống một hình ảnh từ liên kết nóng của bạn và nó khởi động thành công trên PVE 7.1-11. Ngoài ra, tôi muốn nói rõ để đảm bảo tính nhất quán rằng Loại hệ điều hành **không phải là Linux 2.6-5.x**, mà là FreeBSD (không có biến thể nào như vậy, vì vậy tôi sẽ chọn "khác"). Nhưng nó khởi động ngay cả khi bạn đã tạo một máy ảo với loại hệ điều hành "Linux". Tôi tin rằng nó chỉ ảnh hưởng đến các lựa chọn hadrware ảo mặc định.
drookie avatar
lá cờ za
Tôi hy vọng các bản ghi libvirtd sẽ tồn tại trong thư mục riêng biệt và do đó được loại trừ khỏi kết thúc bắt tất cả rsyslog mặc định thành/var/log/messages hoặc/var/log/syslog. Kiểm tra thư mục **/var/log/libvirt/qemu**.
Martin Braun avatar
lá cờ sb
@NikitaKipriyanov Chào buổi sáng và cảm ơn vì những bình luận của bạn. Tôi đã thử khởi động vào Debian ISO và tôi nhận được kết quả chính xác như vậy, vì vậy nó không liên quan gì đến ISO/pfSense. Đây là PVE 6.4-14 trên vServer tại máy chủ của tôi. Tôi không có quyền truy cập vào phần cứng và khả năng thiết lập HVM hạn chế (tôi phải chọn PVE 6), nhưng tôi root trên máy chủ. Tôi cũng đã thử "Khác" làm Loại hệ điều hành, nhưng như bạn đã giả định, nó thực sự sẽ không có gì khác biệt.
Martin Braun avatar
lá cờ sb
@droookie Thật không may, không có thư mục `libvirt` trong `/var/log`.
Nikita Kipriyanov avatar
lá cờ za
vServer là gì? Bạn đang chạy PVE bên trong một số máy ảo? Để làm được điều đó, bạn phải kích hoạt *ảo hóa lồng nhau*. Tham khảo tài liệu nền tảng cơ sở về cách thực hiện việc này. Ngoài ra, tại sao lại sử dụng PVE? Tại sao bạn không chạy pfSense trên nền tảng cơ bản? // @droookie **Proxmox VE** không liên quan gì đến `libvirt`. Nó có trình quản lý VM tốt hơn nhiều, nghiêm túc đấy.
Martin Braun avatar
lá cờ sb
@NikitaKipriyanov Tôi biết, vâng, tôi đang ảo hóa PVE, nhưng ảo hóa lồng nhau được bật, nếu không PVE sẽ khiếu nại. Hoster của tôi cũng chính thức hỗ trợ điều này. Tôi muốn ảo hóa pfSense trong PVE để tránh nhu cầu về máy chủ phụ, mặc dù tôi biết rằng điều này kém hiệu quả hơn vì máy chủ sẽ không bị ẩn sau pfSense. Vẫn tốt hơn là không lưu trữ bất kỳ Tường lửa nào. Tôi muốn giữ cho nó hiệu quả về chi phí vào thời điểm này, cho đến khi tôi nâng cấp sau này. Nhưng dù sao đi nữa, không có ISO nào khởi động được, tôi có thể cho rằng Hoster của mình có vấn đề vào thời điểm này không? Tôi có nên liên lạc với họ không?
Nikita Kipriyanov avatar
lá cờ za
Có, hãy liên hệ với chủ nhà. Nhưng trong thời gian chờ đợi, tôi khuyên bạn nên đọc kỹ `dmesg` trên PVE, vì nó có thể gợi ý cho bạn vấn đề có thể xảy ra ở đâu.
Martin Braun avatar
lá cờ sb
@NikitaKipriyanov Tôi đã liên hệ với Nhà cung cấp dịch vụ của mình, họ không có giải pháp cho tôi, nhưng họ nhận ra rằng tôi có thể khởi động từ ISO khi tắt KVM và chuyển bộ xử lý sang qemu64. Tôi có thể khởi động từ ISO. Máy chủ của tôi cho biết "Ảo hóa lồng nhau không được hỗ trợ chính thức", điều này tôi không chắc ý nghĩa của nó.Afaik Nested Virtualization không phải là Ảo hóa phần cứng thông qua Mô-đun ảo hóa hạt nhân, tôi nghĩ họ có nghĩa là họ không cung cấp hỗ trợ cho các trường hợp như của tôi, do đó tôi sẽ không nhận được trợ giúp nào nữa về vấn đề của mình.
Martin Braun avatar
lá cờ sb
Họ đề xuất nâng cấp PVE lên phiên bản 7, điều này nghe có vẻ nực cười đối với tôi, vì họ thậm chí không cung cấp cách cài đặt PVE 7 trước với HVM của họ. Tôi đã chỉnh sửa câu hỏi của mình để cung cấp nhật ký `dmesg`.
Nikita Kipriyanov avatar
lá cờ za
Tôi không thấy có vấn đề gì. Nâng cấp. Thế tốt hơn rồi. Hướng dẫn nâng cấp có trên trang PVE.
Martin Braun avatar
lá cờ sb
@NikitaKipriyanov Tôi đã xóa mọi thứ đã cài đặt PVE7, cài đặt Certbot và thay thế các chứng chỉ để có thể truy cập lại Proxmox của mình qua HTTPS, đăng nhập, tải ISO lên và tạo VM (cài đặt rất giống như trước đây). Tôi đã không cập nhật khác hoặc bất cứ điều gì khác. Khi tôi cố gắng khởi động tất cả, nó báo trên màn hình noVNC là "Khách chưa khởi tạo màn hình (chưa).". Về cơ bản đó là cùng một vấn đề. Thông báo liên tục xuất hiện là "Không thể chạy vncproxy", nhưng cho đến nay tôi vẫn chưa tìm ra cách khắc phục.
Martin Braun avatar
lá cờ sb
@NikitaKipriyanov Ngoại trừ việc tắt KVM. Nếu tôi tắt KVM thì nó vẫn hoạt động, nhưng hiệu suất sẽ rất tệ. Bạn có chắc là KVM sẽ hoạt động trên vServer của tôi khi nó được ảo hóa bằng Xen bởi Hoster của tôi không?
Nikita Kipriyanov avatar
lá cờ za
Lần cuối tôi chạy Xen là hơn 10 năm trước, đó là Xen v3.4 và phần cứng thời đó không hỗ trợ bất kỳ ảo hóa lồng nhau nào. Giờ không biết Xen có hỗ trợ không nữa. Xin lỗi.
Martin Braun avatar
lá cờ sb
@NikitaKipriyanov Cuối cùng Hoster của tôi đã nói rõ ràng. Máy chủ vServer của họ không hỗ trợ ảo hóa lồng nhau bằng KVM. Tôi bỏ chúng. Cảm ơn vì tất cả sự giúp đỡ. :)
Điểm:0
lá cờ sb

Có vẻ như Hoster của tôi KHÔNG hỗ trợ KVM trên máy chủ vServer của họ, vì vậy tôi phải tìm kiếm các tùy chọn khác hoặc tìm một máy chủ chuyên dụ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.