Search results

Thanks Fiona The update to pve-qemu-kvm 9.0.2-4 fixed the problem for us. Best regards Stefan

Hi @fiona. We have this problem as well. Host CPU AMD EPYC 7313 running PVE 8.2.7 from Enterprise repo with pve-qemu-kvm 9.0.2-3. The VM we are experiencing this with is a q35 machine with x86-64-v2-AES CPU running Rocky Linux 8. Virtual disks (virtio-scsi-single, discard, iothread, io_uring)...

Enhancement/feature request opened: #5255 Directed broadcast support for "pvenode wakeonlan" -- Stefan

I have the same issue (in 8.1.3) and looked for that feature/enhancement request in bugzilla but found nothing so I'll probably open it myself. Looking at the code it should be easy to replace the hardcoded local broadcast (255.255.255.255) with a new configuration option (e.g. "Broadcast...

I'd recommend to use home.arpa https://datatracker.ietf.org/doc/html/rfc8375 Stefan

In my case the (standalone) host waited for 3 minutes even though all guests had shut down long before. I actually used a drop-in snippet instead of editing the original service template. root@pve:~# systemctl edit pve-guests ... root@pve:~# cat...

Hi Thomas, With PVE5.2 and kernel 4.15.17-3-pve I was not able to run jumbo frames (MTU 9000) on an Intel I350 card (igb). Same configuration worked on two other nodes in the cluster with Broadcom NIC (tg3). Installation of pve kernel 4.15.17-13 solved the headache for me :) Thanks a lot Stefan