At last version omv 7 and kvm plugin autostart enabled on every VM, but after shutdown it doesn't start automatically
kvm autostart doesnt work
-
- OMV 7.x
- resolved
- mcking230
-
It is working on my systems. What is the output of:
sudo ls -al /etc/libvirt/qemu/autostart/
sudo virsh list --autostart
And did you look at the logs for the VMs in /var/log/libvirt/qemu/? Are you using usb storage?
-
this is what mine shows
Codesudo ls -al /etc/libvirt/qemu/autostart/ total 8 drwxr-xr-x 2 root root 4096 May 9 15:48 . drwxr-xr-x 4 root root 4096 May 7 20:21 .. lrwxrwxrwx 1 root root 27 May 9 15:48 Win10.xml -> /etc/libvirt/qemu/Win10.xml sudo virsh list --autostart Id Name State ----------------------- 2 Win10 running -
-
sudo ls -al /etc/libvirt/qemu/autostart/
Codetotal 8 drwxr-xr-x 2 root root 4096 May 7 14:54 . drwxr-xr-x 4 root root 4096 May 9 20:33 .. lrwxrwxrwx 1 root root 31 May 7 14:54 1c-server.xml -> /etc/libvirt/qemu/1c-server.xml lrwxrwxrwx 1 root root 29 May 7 14:54 mikopbx.xml -> /etc/libvirt/qemu/mikopbx.xmlsudo virsh list --autostart
CodeId Name State --------------------------- 3 1c-server running 4 mikopbx runningAnd did you look at the logs for the VMs in /var/log/libvirt/qemu/? Are you using usb storage?
Code2024-05-09T17:31:30.327091Z qemu-system-x86_64: warning: Spice: ../server/reds.cpp:2551:reds_init_socket: getaddrinfo(0.0.0.0,5901): Address family for hostname not supported 2024-05-09T17:31:30.327109Z qemu-system-x86_64: warning: Spice: ../server/reds.cpp:3442:do_spice_init: Failed to open SPICE sockets 2024-05-09T17:31:30.327115Z qemu-system-x86_64: failed to initialize spice server 2024-05-09 17:31:30.401+0000: shutting down, reason=failedhere's the problem, how can i solve this?
-
here's the problem, how can i solve this?
The plugin has a menu that lets you remove spice and then you could re-add it.
-
The plugin has a menu that lets you remove spice and then you could re-add it.
There's no Spice
-
-
Second VM shows error
-
mcking230
Added the Label resolved -
mcking230
Added the Label OMV 7.x -
Find solution by disabling (disgusting) ipv6
in /etc/sysctl.conf add the following lines at end
I don't know why that works but I do not have ipv6 disabled on my systems.
-
-
Hello everyone, after 3 versions of OMV over the years I decided to join the forum. First off - thanks very much to all the dedicated contributors of this great software!
I was having the same troubles as mcking230. The vm wouldn't autostart, Spice wasn't activated and later it showed the same red error message upon the attempt to remove it from the vm.
Find solution by disabling (disgusting) ipv6
in /etc/sysctl.conf add the following lines at end
Code# Turn off IPv6 net.ipv6.conf.all.disable_ipv6 = 1then
Codesysctl -pand reboot for success
This worked for me as well.
As a sidenote: After the deactivation of IPv6 I could connect to my vm (Debian 12 with Xfce4 and xRDP) via RDP from a windows machine. That was impossible before.
-
What kind of network setup do you have on your OMV system. I can't replicate this even with no ipv6 setup. Please post the output of: ip a
-
Code
ip aas user root yields the following result:
Code
Display Moreroot@HelmsNAS:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000 link/ether a8:a1:59:0c:d3:9b brd ff:ff:ff:ff:ff:ff 3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 12:e3:60:49:a9:d6 brd ff:ff:ff:ff:ff:ff inet 192.168.188.32/24 metric 100 brd 192.168.188.255 scope global dynamic br0 valid_lft 827763sec preferred_lft 827763sec 5: lxcbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether 00:16:3e:00:00:00 brd ff:ff:ff:ff:ff:ff inet 10.0.3.1/24 brd 10.0.3.255 scope global lxcbr0 valid_lft forever preferred_lft forever 6: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UNKNOWN group default qlen 1000 link/ether fe:54:00:eb:f5:95 brd ff:ff:ff:ff:ff:ffThe mini server is hooked up to a FritzBox and gets its ip address via DHCP. The FritzBox is configured to provide always the same to this machine.
-
-
Your system has no ipv6 networking now. Not sure if it did before. I added lines to only enable ipv6 forwarding if ipv6 networking is detected. https://github.com/OpenMediaVa…/main/debian/postinst#L15 Not sure what else I can add since I can't reproduce the issue.
-
Would you like me to test this by commenting out the statement to disable IPv6? Or is it not just as easy as this to revert to the former configuration? And when would the new version of the package (?) be available for installation? Incidently, I was notified about an update for KVM only today. This got something to do with your change?
-
Would you like me to test this by commenting out the statement to disable IPv6? Or is it not just as easy as this to revert to the former configuration?
If you comment it out and reboot, it will revert your change.
And when would the new version of the package (?) be available for installation? Incidently, I was notified about an update for KVM only today. This got something to do with your change?
The update you are being notified about has the change I was referring to.
-
-
Code
Display More2024-05-31 07:51:35.745+0000: starting up libvirt version: 9.0.0, package: 9.0.0-4 (Debian), qemu version: 7.2.9Debian 1:7.2+dfsg-7+deb12u5, kernel: 6.8.4-3-pve, hostname: ***.fritz.box LC_ALL=C \ PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin \ HOME=/var/lib/libvirt/qemu/domain-1-ecoDMS \ XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-1-ecoDMS/.local/share \ XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-1-ecoDMS/.cache \ XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-1-ecoDMS/.config \ /usr/bin/qemu-system-x86_64 \ -name guest=ecoDMS,debug-threads=on \ -S \ -object '{"qom-type":"secret","id":"masterKey0","format":"raw","file":"/var/lib/libvirt/qemu/domain-1-ecoDMS/master-key.aes"}' \ -machine pc-q35-7.2,usb=off,vmport=off,dump-guest-core=off,memory-backend=pc.ram \ -accel kvm \ -cpu host,migratable=on \ -m 10240 \ -object '{"qom-type":"memory-backend-ram","id":"pc.ram","size":10737418240}' \ -overcommit mem-lock=off \ -smp 2,sockets=1,dies=1,cores=2,threads=1 \ -uuid e3571aef-a0a1-4304-ac68-06460b2fc0b8 \ -no-user-config \ -nodefaults \ -chardev socket,id=charmonitor,fd=35,server=on,wait=off \ -mon chardev=charmonitor,id=monitor,mode=control \ -rtc base=utc,driftfix=slew \ -global kvm-pit.lost_tick_policy=delay \ -no-hpet \ -no-shutdown \ -global ICH9-LPC.disable_s3=1 \ -global ICH9-LPC.disable_s4=1 \ -boot strict=on \ -device '{"driver":"pcie-root-port","port":16,"chassis":1,"id":"pci.1","bus":"pcie.0","multifunction":true,"addr":"0x2"}' \ -device '{"driver":"pcie-root-port","port":17,"chassis":2,"id":"pci.2","bus":"pcie.0","addr":"0x2.0x1"}' \ -device '{"driver":"pcie-root-port","port":18,"chassis":3,"id":"pci.3","bus":"pcie.0","addr":"0x2.0x2"}' \ -device '{"driver":"pcie-root-port","port":19,"chassis":4,"id":"pci.4","bus":"pcie.0","addr":"0x2.0x3"}' \ -device '{"driver":"pcie-root-port","port":20,"chassis":5,"id":"pci.5","bus":"pcie.0","addr":"0x2.0x4"}' \ -device '{"driver":"pcie-root-port","port":21,"chassis":6,"id":"pci.6","bus":"pcie.0","addr":"0x2.0x5"}' \ -device '{"driver":"pcie-root-port","port":22,"chassis":7,"id":"pci.7","bus":"pcie.0","addr":"0x2.0x6"}' \ -device '{"driver":"pcie-root-port","port":23,"chassis":8,"id":"pci.8","bus":"pcie.0","addr":"0x2.0x7"}' \ -device '{"driver":"pcie-root-port","port":24,"chassis":9,"id":"pci.9","bus":"pcie.0","multifunction":true,"addr":"0x3"}' \ -device '{"driver":"pcie-root-port","port":25,"chassis":10,"id":"pci.10","bus":"pcie.0","addr":"0x3.0x1"}' \ -device '{"driver":"pcie-root-port","port":26,"chassis":11,"id":"pci.11","bus":"pcie.0","addr":"0x3.0x2"}' \ -device '{"driver":"pcie-root-port","port":27,"chassis":12,"id":"pci.12","bus":"pcie.0","addr":"0x3.0x3"}' \ -device '{"driver":"pcie-root-port","port":28,"chassis":13,"id":"pci.13","bus":"pcie.0","addr":"0x3.0x4"}' \ -device '{"driver":"pcie-root-port","port":29,"chassis":14,"id":"pci.14","bus":"pcie.0","addr":"0x3.0x5"}' \ -device '{"driver":"qemu-xhci","p2":15,"p3":15,"id":"usb","bus":"pci.2","addr":"0x0"}' \ -device '{"driver":"virtio-serial-pci","id":"virtio-serial0","bus":"pci.3","addr":"0x0"}' \ -blockdev '{"driver":"file","filename":"/pooldata/KVM/Volumes/ecoDMS.qcow2","aio":"native","node-name":"libvirt-2-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-2-format","read-only":false,"discard":"unmap","cache":{"direct":true,"no-flush":false},"driver":"qcow2","file":"libvirt-2-storage","backing":null}' \ -device '{"driver":"virtio-blk-pci","bus":"pci.4","addr":"0x0","drive":"libvirt-2-format","id":"virtio-disk0","bootindex":1,"write-cache":"on"}' \ -device '{"driver":"ide-cd","bus":"ide.0","id":"sata0-0-0","bootindex":2}' \ -netdev '{"type":"tap","fd":"32","vhost":true,"vhostfd":"34","id":"hostnet0"}' \ -device '{"driver":"virtio-net-pci","netdev":"hostnet0","id":"net0","mac":"52:54:00:eb:f5:95","bus":"pci.7","addr":"0x0"}' \ -chardev pty,id=charserial0 \ -device '{"driver":"isa-serial","chardev":"charserial0","id":"serial0","index":0}' \ -chardev socket,id=charchannel0,fd=30,server=on,wait=off \ -device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":1,"chardev":"charchannel0","id":"channel0","name":"org.qemu.guest_agent.0"}' \ -device '{"driver":"usb-tablet","id":"input0","bus":"usb.0","port":"1"}' \ -audiodev '{"id":"audio1","driver":"spice"}' \ -vnc 0.0.0.0:0,audiodev=audio1 \ -spice port=5901,addr=0.0.0.0,disable-ticketing=on,image-compression=off,seamless-migration=on \ -device '{"driver":"virtio-vga","id":"video0","max_outputs":1,"bus":"pcie.0","addr":"0x1"}' \ -device '{"driver":"ich9-intel-hda","id":"sound0","bus":"pcie.0","addr":"0x1b"}' \ -device '{"driver":"hda-duplex","id":"sound0-codec0","bus":"sound0.0","cad":0,"audiodev":"audio1"}' \ -device '{"driver":"virtio-balloon-pci","id":"balloon0","bus":"pci.5","addr":"0x0"}' \ -object '{"qom-type":"rng-random","id":"objrng0","filename":"/dev/urandom"}' \ -device '{"driver":"virtio-rng-pci","rng":"objrng0","id":"rng0","bus":"pci.6","addr":"0x0"}' \ -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ -msg timestamp=on 2024-05-31T07:51:35.873311Z qemu-system-x86_64: warning: Spice: ../server/reds.cpp:2551:reds_init_socket: getaddrinfo(0.0.0.0,5901): Address family for hostname not supported 2024-05-31T07:51:35.873381Z qemu-system-x86_64: warning: Spice: ../server/reds.cpp:3442:do_spice_init: Failed to open SPICE sockets 2024-05-31T07:51:35.873413Z qemu-system-x86_64: failed to initialize spice server 2024-05-31 07:51:35.881+0000: shutting down, reason=failedCommenting out the configuration line to deactivate IPv6 brought back the error messages for the vm. Consequently, it did not autostart. So I will disable IPv6 again to get it working again - at least for the time being.
-
Another interesting result of the test: After uncommenting the IPv6 deactivation line, saving the conf file and rebooting the server - the vm would autostart again. UnfortunateIy, I forgot to perfom the second part of mcking230 suggestion after editing sysctl.config:
QuoteCodesysctl -pThis prevented me from loggin in via RDP again. So I executed sysctl -p, rebooted and was able to log in to the vm with RDP again. Dunno whether that is of some diagnostic value to the experts.
-
sysctl -p is only needed to activate the setting without rebooting. What is the output of: grep -ir forward /etc/sysctl.d/*
-
-
Code
***@server:~$ grep -ir forward /etc/sysctl.d/* /etc/sysctl.d/99-sysctl.conf:# Uncomment the next line to enable packet forwarding for IPv4 /etc/sysctl.d/99-sysctl.conf:#net.ipv4.ip_forward=1 /etc/sysctl.d/99-sysctl.conf:# Uncomment the next line to enable packet forwarding for IPv6 /etc/sysctl.d/99-sysctl.conf:#net.ipv6.conf.all.forwarding=1 /etc/sysctl.d/ip_forward.conf:net.ipv4.ip_forward=1 -
What about: ip a
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!