GitHub user alsko-icom added a comment to the discussion: Starting instances in a domain other than root fails,
I checked the dir contents and they are a bit different in my 4 rhel8 kvm servers. lrwxrwxrwx. 1 root root 33 Oct 29 17:21 OVMF_CODE.secboot.fd -> ../edk2/ovmf/OVMF_CODE.secboot.fd lrwxrwxrwx. 1 root root 33 Oct 29 17:21 OVMF_VARS.secboot.fd -> ../edk2/ovmf/OVMF_VARS.secboot.fd lrwxrwxrwx. 1 root root 26 Oct 29 17:21 UefiShell.iso -> ../edk2/ovmf/UefiShell.iso lrwxrwxrwx. 1 root root 25 Oct 29 17:21 OVMF_VARS.fd -> ../edk2/ovmf/OVMF_VARS.fd So as per the above fles i changed the uefi.properties contents to look like: (I am not sure, just trying out) guest.nvram.template.secure=/usr/share/OVMF/OVMF_VARS.secboot.fd guest.nvram.template.legacy=/usr/share/OVMF/OVMF_VARS.fd guest.loader.secure=/usr/share/OVMF/OVMF_CODE.secboot.fd guest.loader.legacy=/usr/share/OVMF/OVMF_CODE.fd guest.nvram.path=/var/lib/libvirt/qemu/nvram/ Now, VMs start but cannot boot, even VMs that were previously booting. In boot manager there is no disk. If I rename uefi.properties and restart agent, I am back to VMs that boot normaly when i start them from root domain and will not start from the subdomain. Maybe the uefi.properties needs more entries to support the disk? GitHub link: https://github.com/apache/cloudstack/discussions/10430#discussioncomment-12426608 ---- This is an automatically sent email for users@cloudstack.apache.org. To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org
