WashingtonMatt Posted October 29, 2019 Share Posted October 29, 2019 Currently running FreeBSD 11.2, which is eol at the end of the month. So instead of waiting till the absolute last minute to upgrade to 11.3, I decided to knock it out 20 minutes before I was to to leave with the wife 😐. Plenty time right? wrong. After the upgrade to 11.3, the network interface is no longer detected. I rolled back successfully, and network is back. Q35-3.1 SATA primary vdisk e1000-82545em I downloaded the 11.3 ISO and created a new VM and the installer failed to detect a network interface. I believe FreeBSD 12 is affected as well, but I haven't tested yet. Is anyone aware of a fix for this? Quote Link to comment
WashingtonMatt Posted October 29, 2019 Author Share Posted October 29, 2019 Downloaded FreeBSD 12 iso, new VM, installer also fails to detect network interface. Quote Link to comment
WashingtonMatt Posted October 30, 2019 Author Share Posted October 30, 2019 (edited) Anyone... Bueller? Someone willing to verify the issue? Any suggested workarounds? Is tomorrow eol for supported FreeBSD versions on unRAID? Edited October 30, 2019 by WashingtonMatt Quote Link to comment
WashingtonMatt Posted October 31, 2019 Author Share Posted October 31, 2019 (edited) No one else uses FreeBSD? This seems to be the issue. Sounds like custom kernel might work. Prefer not to go that route, but will if that's what's necessary. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236922 cron sending nastygrams Quote WARNING: FreeBSD 11.2-RELEASE-p14 HAS PASSED ITS END-OF-LIFE DATE. Any security issues discovered after Wed Oct 30 17:00:00 PDT 2019 will not have been corrected. Edited October 31, 2019 by WashingtonMatt Quote Link to comment
WashingtonMatt Posted November 12, 2019 Author Share Posted November 12, 2019 Still looking for a solution. 11.2 iso installer detects nic fine, 11.3, 12, 12.1 do not detect nic. it would be great if someone can confirm same results. Anyone willing to test FreeBSD on the latest unRAID RC? Quote Link to comment
jonp Posted November 22, 2019 Share Posted November 22, 2019 Hi there, We don't officially "support" any OS. The way virtualization works, the underlying guest OS has to support the virtual drivers required by the hypervisor. There is nothing that we can do to change that. Please contact FreeBSD and ask them to add driver support for virtio or any other supported virtual network interface supported by KVM. Quote Link to comment
WashingtonMatt Posted November 22, 2019 Author Share Posted November 22, 2019 I understand you don't directly support guest OSs. My hope was there was an xml modification or QEMU update that would resolve this. It's starting look like a more significant issue than that. Thank you for responding. Quote Link to comment
ChewbaccaBG Posted December 25, 2019 Share Posted December 25, 2019 How come Proxmox has all of this working perfectly, and Unraid doesn't ? 1 Quote Link to comment
ChewbaccaBG Posted January 2, 2020 Share Posted January 2, 2020 On 11/22/2019 at 10:24 PM, jonp said: Hi there, We don't officially "support" any OS. The way virtualization works, the underlying guest OS has to support the virtual drivers required by the hypervisor. There is nothing that we can do to change that. Please contact FreeBSD and ask them to add driver support for virtio or any other supported virtual network interface supported by KVM. Can you check how on Proxmox the "virtual drivers" i.e. VirtIO, just works? How come it doesn't work on Unraid? Both use KVM... Do some research, figure out why it works there and fix it here. Don't just "pass the ball" onto the FreeBSD developers. Quote Link to comment
saarg Posted January 2, 2020 Share Posted January 2, 2020 1 hour ago, ChewbaccaBG said: Can you check how on Proxmox the "virtual drivers" i.e. VirtIO, just works? How come it doesn't work on Unraid? Both use KVM... Do some research, figure out why it works there and fix it here. Don't just "pass the ball" onto the FreeBSD developers. Most likely different kernel/qemu/libvirt versions. 1 Quote Link to comment
jonp Posted January 2, 2020 Share Posted January 2, 2020 Most likely different kernel/qemu/libvirt versions.BingoSent from my Pixel 3 XL using Tapatalk Quote Link to comment
saarg Posted January 2, 2020 Share Posted January 2, 2020 1 hour ago, jonp said: Bingo Sent from my Pixel 3 XL using Tapatalk What did I win? 🤩 Quote Link to comment
ChewbaccaBG Posted January 3, 2020 Share Posted January 3, 2020 19 hours ago, jonp said: Bingo Sent from my Pixel 3 XL using Tapatalk Hopefully this will get addressed in the next update/release.... Quote Link to comment
jonp Posted January 3, 2020 Share Posted January 3, 2020 8 hours ago, ChewbaccaBG said: Hopefully this will get addressed in the next update/release.... I would be curious if anyone has Proxmox and can try this in Proxmox 6.1 for us. It was just released at the beginning of December, but features the 5.3 Linux kernel and the same QEMU version as Unraid 6.8. If you can get FreeBSD working under Proxmox 6.1 but not Unraid, there may be something for us to investigate. Quote Link to comment
ChewbaccaBG Posted January 3, 2020 Share Posted January 3, 2020 (edited) 1 hour ago, jonp said: I would be curious if anyone has Proxmox and can try this in Proxmox 6.1 for us. It was just released at the beginning of December, but features the 5.3 Linux kernel and the same QEMU version as Unraid 6.8. If you can get FreeBSD working under Proxmox 6.1 but not Unraid, there may be something for us to investigate. I've got 2 Proxmox 6.1-5 servers each running 4 FreeBSD 12.1 VMs. Kernel 5.3.13-1-pve pve-qemu-kvm/stable,now 4.1.1-2 amd64 [installed,automatic] qemu-server/stable,now 6.1-4 amd64 [installed,automatic] PVE doesn't use Libvirt. Here's an example config for a running FreeBSD VM: agent: 1 balloon: 0 bios: ovmf bootdisk: sata0 cores: 4 cpu: host efidisk0: zfspool_1:vm-102-disk-1,size=128K ide2: none,media=cdrom machine: q35 memory: 8192 name: BSD1 net0: virtio=02:00:00:XX:YY:ZZ,bridge=vmbr0,firewall=1 numa: 0 ostype: other sata0: zfspool_2:vm-102-disk-0,size=180G,ssd=1 scsihw: virtio-scsi-pci smbios1: uuid=c4e688c6-5e5e-4706-a352-c64a88a10bc2 sockets: 1 vmgenid: 0eb3ca8a-fd21-4476-a10b-9334dec3916f Let me know if there is anything else you want me to check. Edited January 3, 2020 by ChewbaccaBG Quote Link to comment
jonp Posted January 3, 2020 Share Posted January 3, 2020 The lack of libvirt does make this a bit harder for us to figure out, but we'll look into it. 1 Quote Link to comment
jonp Posted January 3, 2020 Share Posted January 3, 2020 Can you find the qemu command that is being executed when you start your VM? Not sure where you'd find that in proxmox, but it should look something like this: qemu-system-x86_64 \ -enable-kvm \ -m 2048 \ -nic user,model=virtio \ -drive file=alpine.qcow2,media=disk,if=virtio \ -cdrom alpine-standard-3.8.0-x86_64.iso \ -sdl Quote Link to comment
ChewbaccaBG Posted January 4, 2020 Share Posted January 4, 2020 /usr/bin/kvm -id 102 -name BSD1 -chardev socket,id=qmp,path=/var/run/qemu-server/102.qmp,server,nowait -mon chardev=qmp,mode=control -chardev socket,id=qmp-event,path=/var/run/qmeventd.sock,reconnect=5 -mon chardev=qmp-event,mode=control -pidfile /var/run/qemu-server/102.pid -daemonize -smbios type=1,uuid=c4e688c6-5e5e-4706-a352-c64a88a10bc2 -drive if=pflash,unit=0,format=raw,readonly,file=/usr/share/pve-edk2-firmware//OVMF_CODE.fd -drive if=pflash,unit=1,format=raw,id=drive-efidisk0,file=/dev/zvol/zfspool_1/vm-102-disk-1 -smp 4,sockets=1,cores=4,maxcpus=4 -nodefaults -boot menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg -vnc unix:/var/run/qemu-server/102.vnc,password -cpu host,+kvm_pv_unhalt,+kvm_pv_eoi -m 8192 -device vmgenid,guid=0eb3ca8a-fd21-4476-a10b-9334dec3916f -readconfig /usr/share/qemu-server/pve-q35-4.0.cfg -device usb-tablet,id=tablet,bus=ehci.0,port=1 -device VGA,id=vga,bus=pcie.0,addr=0x1 -chardev socket,path=/var/run/qemu-server/102.qga,server,nowait,id=qga0 -device virtio-serial,id=qga0,bus=pci.0,addr=0x8 -device virtserialport,chardev=qga0,name=org.qemu.guest_agent.0 -iscsi initiator-name=iqn.1993-08.org.debian:01:4b7c9d269ce -drive if=none,id=drive-ide2,media=cdrom,aio=threads -device ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=200 -device ahci,id=ahci0,multifunction=on,bus=pci.0,addr=0x7 -drive file=/dev/zvol/zfspool_2/vm-102-disk-0,if=none,id=drive-sata0,format=raw,cache=none,aio=native,detect-zeroes=on -device ide-hd,bus=ahci0.0,drive=drive-sata0,id=sata0,rotation_rate=1,bootindex=100 -netdev type=tap,id=net0,ifname=tap102i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on -device virtio-net-pci,mac=02:00:00:b3:a9:48,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300 -machine type=q35+pve1 Quote Link to comment
WashingtonMatt Posted January 4, 2020 Author Share Posted January 4, 2020 Thanks for looking into this a bit. I wish I knew enough about this stuff to help. I will add that my motherboard has 2 NICs, and I passed through the Intel I219-V (em driver) to FreeBSD and have the same issue. Works fine on FreeBSD 11.2, not detected on 11.3+. I've tried all different combinations of qemu and ovmf/seabios, I can't get anything to work, which doesn't jive with some other reports on different host OS's. Maybe @Leoyzen knows something? There is some information in this thread that seems to get at the root of the issue regarding PCI ID's. Various bug reports don't seem to be getting any traction after many months. Quote https://forum.proxmox.com/threads/vm-w-pcie-passthrough-not-working-after-upgrading-to-6-0.56021/#post-274339 @ctmartin i did a little bit of investigation and it looks like a freebsd kernel issue this bug https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236922 and the freebsd kernel source https://svnweb.freebsd.org/base/release/12.0.0/sys/net/netmap_virt.h?view=markup point to the fact that in the freebsd kernel the vendor/pci id of the pcie root port of qemu is used for a 'ptnetmap-memdev' device (which of course is wrong) the reporter of the bug says that with a kernel without netmap support it loads the correct kernel driver... maybe you can open a bug report at freebsd and ask why that vendor/pci id was chosen (i cannot seem to find any reference to this device anywhere else) 1 Quote Link to comment
ChewbaccaBG Posted January 5, 2020 Share Posted January 5, 2020 So... any movement? Quote Link to comment
Ioannis Posted January 5, 2020 Share Posted January 5, 2020 Maybe a bit off-topic wrt proxmox, but when I tried to install opnsense (freebsd based) in a VM, it also didn't find any network interfaces when using the Q35 machine type. With i440 machine type, the network interfaces were visible to the OS and working just fine. HTH the op. Quote Link to comment
ChewbaccaBG Posted January 5, 2020 Share Posted January 5, 2020 28 minutes ago, Ioannis said: Maybe a bit off-topic wrt proxmox, but when I tried to install opnsense (freebsd based) in a VM, it also didn't find any network interfaces when using the Q35 machine type. With i440 machine type, the network interfaces were visible to the OS and working just fine. HTH the op. I'll try later today. Quote Link to comment
ChewbaccaBG Posted January 5, 2020 Share Posted January 5, 2020 @Ioannis what did you select from the i440fx? There are ~20 in the menu. Quote Link to comment
jonp Posted January 6, 2020 Share Posted January 6, 2020 Just select the highest version. Sent from my Pixel 3 XL using Tapatalk Quote Link to comment
ChewbaccaBG Posted January 6, 2020 Share Posted January 6, 2020 (edited) For some reason the installer freezes on "USB tablet" and never shows the install menu. FreeBSD 12.1-RELEASE 64 bit Opnsense is based on FreeBSD but could well be an older version that "runs" at the moment. Unfortunately, I need 12.1 Edited January 6, 2020 by ChewbaccaBG Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.