Hi,

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

virt-install --virt-type kvm --name $NEWVM 
--locationhttp://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 via email to