[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Strange permissions issue with virt-install + UEFI


On one box (Debian 11.3), my virt-install script works fine:

virt-install --virt-type kvm --name $NEWVM --location http://ftp.us.debian.org/debian/dists/bullseye/main/installer-amd64 --extra-args "netcfg/hostname=$NEWVM" -v  \
--os-variant debian11 --disk size=30,pool=vmvol,bus=scsi,discard=unmap,cache=writeback,io=threads --disk size=4,pool=vmvol-nobackup,bus=scsi,discard=unmap,cache=unsafe,io=threads \
--memory 8196 --initrd-inject=preseed.cfg --noautoconsole  --boot uefi --graphics spice --video virtio --controller=scsi,model=virtio-scsi --network=bridge=virbr1,model=virtio

However, on another box, the same command (minus the final --network option) gives me this:

> ERROR    internal error: process exited while connecting to monitor: 2022-05-14T00:11:48.169264Z qemu-system-x86_64: -blockdev \
{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/openwisp_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}: \
Could not open '/var/lib/libvirt/qemu/nvram/openwisp_VARS.fd': Permission denied
Domain installation does not appear to have been successful.

First idea was to check the perms of the /var/lib/libvirt-qemu/nvram directory. On both boxes, it is owned by user+group libvirt-qemu, mode 0755. The files themselves seem to be owned by libvirt-qemu:libvirt-qemu as well.

On the failing box, the new file is created:

-rw-------  1 libvirt-qemu libvirt-qemu 540672 May 13 16:39 openwisp_VARS.fd

So, I'm really not sure why it thinks it's failing, but it aborts the installation regardless.

Any ideas?

Matt Ventura

Reply to: