Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upCannot start templates VMs after system update #3549
Comments
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
donob4n
Feb 7, 2018
This is incapacitating my work and I will have to abandon Qubes if there are no fixes or workarounds very soon.
You are using RC3, why don't try a fresh RC4? And if you use Qubes for everyday work, can't you use 3.2 instead?
donob4n
commented
Feb 7, 2018
You are using RC3, why don't try a fresh RC4? And if you use Qubes for everyday work, can't you use 3.2 instead? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
kototama
Feb 7, 2018
I cannot loose so much time fresh installing RC4.
3.2 does not work on recent hardware, the kernel is too old.
kototama
commented
Feb 7, 2018
|
I cannot loose so much time fresh installing RC4. 3.2 does not work on recent hardware, the kernel is too old. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Feb 7, 2018
Member
In libxl-driver.log listing I don't see messages from the time of your failed DispVM start (according to journalctl). See last few lines just after failed start attempt.
|
In libxl-driver.log listing I don't see messages from the time of your failed DispVM start (according to journalctl). See last few lines just after failed start attempt. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
lvh
Feb 7, 2018
Check your kernel version. Likely <4.11. Means PVH won't work, HVM does. That's why sys-net and sys-usb work. Suggested fix:
- Change sys-firewall to hvm (
qvm-prefs sys-firewall virt_mode hvm) or change updatevm to sys-net temporarily (qubes-prefs updatevm sys-net) qubes-dom0-update, hope you get a 4.14 kernel- undo what you did in step 1
lvh
commented
Feb 7, 2018
|
Check your kernel version. Likely <4.11. Means PVH won't work, HVM does. That's why sys-net and sys-usb work. Suggested fix:
|
andrewdavidwong
added
the
bug
label
Feb 8, 2018
andrewdavidwong
added this to the Release 4.0 milestone
Feb 8, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
kototama
Feb 8, 2018
@marmarek I may have wrongly copied the log? The content is:
2018-02-08 08:38:56.023+0000: xc: panic: xc_dom_elfloader.c:66: xc_dom_guest_type: image not capable of booting inside a HVM container: Invalid kernel
2018-02-08 08:38:56.023+0000: libxl: libxl_dom.c:677:libxl__build_dom: xc_dom_parse_image failed: Invalid argument
2018-02-08 08:38:56.040+0000: libxl: libxl_create.c:1284:domcreate_rebuild_done: cannot (re-)build domain: -3
Thanks to @lvh tips, I was able to upgrade the kernel with this command:
sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing --action=install kernel-qubes-vm.x86_64 --best --allowerasing
I can now start the Template VMs. I upgrade fedora-26-dvm (dnf update) [not sure if it makes sense] and the fedora-26 template.
However I cannot start a DispVM. Running:
qvm-run --dispvm fedora-26-dvm gnome-terminal results in the terminal being launched and the VM suddenly being killed.
Log:
2018-02-08 09:20:25.616+0000: libxl: libxl_device.c:1081:device_backend_callback: unable to remove device with path /local/domain/4/backend/vif/20/0 2018-02-08 09:20:25.624+0000: libxl: libxl.c:1669:devices_destroy_cb: libxl__devices_destroy failed for 20 2018-02-08 09:20:25.732+0000: libxl: libxl_linux.c:155:libxl__loopdev_cleanup: unable to release device /dev/loop1: No such device or address 2018-02-08 09:20:25.752+0000: libxl: libxl_device.c:1081:device_backend_callback: unable to remove device with path /local/domain/4/backend/vif/19/0 2018-02-08 09:20:25.758+0000: libxl: libxl.c:1669:devices_destroy_cb: libxl__devices_destroy failed for 19
How can I fix the DispVM problem?
kototama
commented
Feb 8, 2018
•
|
@marmarek I may have wrongly copied the log? The content is:
Thanks to @lvh tips, I was able to upgrade the kernel with this command:
I can now start the Template VMs. I upgrade fedora-26-dvm ( However I cannot start a DispVM. Running:
Log: How can I fix the DispVM problem? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
kototama
Feb 8, 2018
Running qvm-run --dispvm fedora-26-dvm xterm and qvm-run --dispvm fedora-26-dvm firefox works. Only gnome-terminal causes problem!
kototama
commented
Feb 8, 2018
•
|
Running |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Feb 8, 2018
Member
That's a different issue. gnome-terminal is incompatible with DispVM. Related documentation for this is discussed here:
QubesOS/qubes-doc#543
|
That's a different issue. gnome-terminal is incompatible with DispVM. Related documentation for this is discussed here: |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
kototama
commented
Feb 8, 2018
|
I see. Thank you Marek. |
kototama commentedFeb 7, 2018
Qubes OS version:
4RC3
Affected TemplateVMs:
All.
Steps to reproduce the behavior:
qvm-start fedora-26qvm-start debian-9qvm-start debian-8qvm-run --dispvm fedora-26-dvm gnome-terminalExpected behavior:
VMs and DispVM start.
Actual behavior:
Got error:
Start failed: internal error: libxenlight failed to create new domain 'debian-8', see /var/log/libvirt/libxl/libxl-driver.log for detailsFor DispVM:
General notes:
This is incapacitating my work and I will have to abandon Qubes if there are no fixes or workarounds very soon.
Log of
libxl-driver.log:journalctl | tail -100: