I need help debugging my file for creating a Win11 VM. It's refusing to start and connect to the VNC port of 5900.
vm list
NAME DATASTORE LOADER CPU MEMORY VNC AUTO STATE
winguest default uefi 2 4G - No Stopped
My template file looks like this:
If you want to pull a graphical console, you'll need the UEFI loader,
# no matter what OS you're installing on the guest.
loader="uefi"
graphics="yes"
graphics_res="1920x1080"
graphics_port="5900"
xhci_mouse="yes"
# If not specified, cpu=n will give the guest n discrete CPU sockets.
# This is generally OK for Linux or BSD guests, but Windows throws a fit
# due to licensing issues, so we specify CPU topology manually here.
cpu=2
#cpu_sockets=1
#cpu_cores=2
# Remember, a guest doesn’t need extra RAM for filesystem caching--
# the host handles that for it. 4G is ludicrously low for Windows on hardware,
# but it’s generally more than sufficient for a guest.
memory=4G
#memory=16G
# put up to 8 disks on a single ahci controller. This avoids the creation of
# a new “controller” on a new “PCIe slot” for each drive added to the guest.
ahci_device_limit="8"
# e1000 works out-of-the-box, but virtio-net performs better. Virtio support
# is built in on FreeBSD and Linux guests, but Windows guests will need
# to have virtio drivers manually installed.
#network0_type="e1000"
network0_type="virtio-net"
network0_switch="public"
# bhyve/nvme storage is considerably faster than bhyve/virtio-blk
# storage in my testing, on Windows, Linux, and FreeBSD guests alike.
disk0_type="nvme"
disk0_name="disk0.img"
disk0_opts="maxq=16,qsz=8,ioslots=1,ser=ABCDEFGH"
# This gives the guest a virtual "optical" drive. Specifying disk1_dev=”custom”
# allows us to provide a full path to the ISO.
disk1_type="ahci-cd"
disk1_dev="custom"
disk1_name="/zroot/bhyve/.iso/virtio-win-0.1.240.iso"
# windows expects the host to expose localtime by default, not UTC
utctime="no"
passthru0="4/0/0"
bhyve_options="-s 8,hda,play=/dev/dsp,rec=/dev/dsp"
uuid="bf99ed2f-51cb-11ef-ada9-00151739c0e4"
network0_mac="58:9c:fc:03:e8:f0"
The vm-bhyve.log:
Aug 11 10:37:21: initialising
Aug 11 10:37:21: [loader: uefi]
Aug 11 10:37:21: [cpu: 2]
Aug 11 10:37:21: [memory: 4G]
Aug 11 10:37:21: [hostbridge: standard]
Aug 11 10:37:21: [com ports: com1]
Aug 11 10:37:21: [uuid: 5ef4b0c4-5757-11ef-ada9-00151739c0e4]
Aug 11 10:37:21: [debug mode: no]
Aug 11 10:37:21: [primary disk: disk0.img]
Aug 11 10:37:21: [primary disk dev: file]
Aug 11 10:37:21: fatal; pci passthrough not supported on this system (no VT-d or amdvi)
The sysctl of amdvi:
sysctl hw.vmm.amdvi
hw.vmm.amdvi.domain_id: 0
hw.vmm.amdvi.disable_io_fault: 0
hw.vmm.amdvi.ptp_level: 4
hw.vmm.amdvi.host_ptp: 1
hw.vmm.amdvi.enable: 0
hw.vmm.amdvi.count: 1
Does anyone see anything? Help is greatly appreciated.
Is there a debug mode that I can get more verbose (the log file seems to say there is) output? How do I turn it on?
vm list
NAME DATASTORE LOADER CPU MEMORY VNC AUTO STATE
winguest default uefi 2 4G - No Stopped
My template file looks like this:
If you want to pull a graphical console, you'll need the UEFI loader,
# no matter what OS you're installing on the guest.
loader="uefi"
graphics="yes"
graphics_res="1920x1080"
graphics_port="5900"
xhci_mouse="yes"
# If not specified, cpu=n will give the guest n discrete CPU sockets.
# This is generally OK for Linux or BSD guests, but Windows throws a fit
# due to licensing issues, so we specify CPU topology manually here.
cpu=2
#cpu_sockets=1
#cpu_cores=2
# Remember, a guest doesn’t need extra RAM for filesystem caching--
# the host handles that for it. 4G is ludicrously low for Windows on hardware,
# but it’s generally more than sufficient for a guest.
memory=4G
#memory=16G
# put up to 8 disks on a single ahci controller. This avoids the creation of
# a new “controller” on a new “PCIe slot” for each drive added to the guest.
ahci_device_limit="8"
# e1000 works out-of-the-box, but virtio-net performs better. Virtio support
# is built in on FreeBSD and Linux guests, but Windows guests will need
# to have virtio drivers manually installed.
#network0_type="e1000"
network0_type="virtio-net"
network0_switch="public"
# bhyve/nvme storage is considerably faster than bhyve/virtio-blk
# storage in my testing, on Windows, Linux, and FreeBSD guests alike.
disk0_type="nvme"
disk0_name="disk0.img"
disk0_opts="maxq=16,qsz=8,ioslots=1,ser=ABCDEFGH"
# This gives the guest a virtual "optical" drive. Specifying disk1_dev=”custom”
# allows us to provide a full path to the ISO.
disk1_type="ahci-cd"
disk1_dev="custom"
disk1_name="/zroot/bhyve/.iso/virtio-win-0.1.240.iso"
# windows expects the host to expose localtime by default, not UTC
utctime="no"
passthru0="4/0/0"
bhyve_options="-s 8,hda,play=/dev/dsp,rec=/dev/dsp"
uuid="bf99ed2f-51cb-11ef-ada9-00151739c0e4"
network0_mac="58:9c:fc:03:e8:f0"
The vm-bhyve.log:
Aug 11 10:37:21: initialising
Aug 11 10:37:21: [loader: uefi]
Aug 11 10:37:21: [cpu: 2]
Aug 11 10:37:21: [memory: 4G]
Aug 11 10:37:21: [hostbridge: standard]
Aug 11 10:37:21: [com ports: com1]
Aug 11 10:37:21: [uuid: 5ef4b0c4-5757-11ef-ada9-00151739c0e4]
Aug 11 10:37:21: [debug mode: no]
Aug 11 10:37:21: [primary disk: disk0.img]
Aug 11 10:37:21: [primary disk dev: file]
Aug 11 10:37:21: fatal; pci passthrough not supported on this system (no VT-d or amdvi)
The sysctl of amdvi:
sysctl hw.vmm.amdvi
hw.vmm.amdvi.domain_id: 0
hw.vmm.amdvi.disable_io_fault: 0
hw.vmm.amdvi.ptp_level: 4
hw.vmm.amdvi.host_ptp: 1
hw.vmm.amdvi.enable: 0
hw.vmm.amdvi.count: 1
Does anyone see anything? Help is greatly appreciated.
Is there a debug mode that I can get more verbose (the log file seems to say there is) output? How do I turn it on?