New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Starting VM with ISO Fails: libxenlight failed to create new domain: #3339

Closed
tharrisone opened this Issue Nov 26, 2017 · 9 comments

Comments

Projects
None yet
8 participants
@tharrisone

Qubes OS version: 4.0RC2
---
Steps to reproduce the behavior:
qvm-create meh --class StandaloneVM --label blue
qvm-prefs meh kernel ""
qvm-start meh --cdrom=dom0:/home/klepto/Downloads/ant.iso

Actual behavior:
Start failed: internal error: libxenlight failed to create new domain 'meh'

General notes:
I've tried various isos and they all fail.
I am using the testing repository with 4.0RC2

When I do this through the vm settings gui after I pick the iso and press ok nothing happens and the gui stays open and pressing ok over and over does nothing.

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Nov 26, 2017

Member

Possibly related: #2784, #2753.

Member

andrewdavidwong commented Nov 26, 2017

Possibly related: #2784, #2753.

@golia78

This comment has been minimized.

Show comment
Hide comment
@golia78

golia78 Nov 28, 2017

Good morning,
i have the same issue but with a situation a little bit different.

Qubes OS version:

4.0RC3(updated Yesterday from RC2).

Steps to reproduce the behavior:

  • Update Qubes OS from 4.0RC2 to 4.0RC3 whit these commands:
    • sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing
    • sudo qubes-dom0-update
  • Standalone kali-full VM previously created from an iso under 4.0RC2 without problems
  • qvm-start kali-full

Actual behavior:

  • Start failed: internal error: libxenlight failed to create new domain "kali-full"

P.S.:
I have worked on my kali-full standalone VM without problems for about one month under RC2 testing release. The update introduced the problem.

golia78 commented Nov 28, 2017

Good morning,
i have the same issue but with a situation a little bit different.

Qubes OS version:

4.0RC3(updated Yesterday from RC2).

Steps to reproduce the behavior:

  • Update Qubes OS from 4.0RC2 to 4.0RC3 whit these commands:
    • sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing
    • sudo qubes-dom0-update
  • Standalone kali-full VM previously created from an iso under 4.0RC2 without problems
  • qvm-start kali-full

Actual behavior:

  • Start failed: internal error: libxenlight failed to create new domain "kali-full"

P.S.:
I have worked on my kali-full standalone VM without problems for about one month under RC2 testing release. The update introduced the problem.

@arjan-s

This comment has been minimized.

Show comment
Hide comment
@arjan-s

arjan-s Nov 28, 2017

Exactly the same issue here as @golia78 , with a Linux and a Windows VM created under 4.0 RC2.

arjan-s commented Nov 28, 2017

Exactly the same issue here as @golia78 , with a Linux and a Windows VM created under 4.0 RC2.

@q-ubes

This comment has been minimized.

Show comment
Hide comment
@q-ubes

q-ubes Dec 1, 2017

Me too. Trying to follow the instructions in the 'tails in qubes' page: https://www.qubes-os.org/doc/tails/

Fresh install of 4.0-rc3.

q-ubes commented Dec 1, 2017

Me too. Trying to follow the instructions in the 'tails in qubes' page: https://www.qubes-os.org/doc/tails/

Fresh install of 4.0-rc3.

@lokedhs

This comment has been minimized.

Show comment
Hide comment
@lokedhs

lokedhs Dec 5, 2017

Same problem here. Originally installed as rc2, updated to the latest version from the testing repository.

lokedhs commented Dec 5, 2017

Same problem here. Originally installed as rc2, updated to the latest version from the testing repository.

@jupiter126

This comment has been minimized.

Show comment
Hide comment
@jupiter126

jupiter126 Dec 6, 2017

Same issue with fresh 4.0RC3 trying to boot on cd for debian stretch netinstall

it does the same on a vhm vm created from qubes-template-debian-9. For some reason it started once, havn't been able to reproduce.

Note; To get qubes running on my machine, I had to nomsi like in:
qvm-prefs sys-net kernelopts "nopat iommu=soft swiotlb=8192 pci=nomsi"
not sure if it can might related

jupiter126 commented Dec 6, 2017

Same issue with fresh 4.0RC3 trying to boot on cd for debian stretch netinstall

it does the same on a vhm vm created from qubes-template-debian-9. For some reason it started once, havn't been able to reproduce.

Note; To get qubes running on my machine, I had to nomsi like in:
qvm-prefs sys-net kernelopts "nopat iommu=soft swiotlb=8192 pci=nomsi"
not sure if it can might related

@golia78

This comment has been minimized.

Show comment
Hide comment
@golia78

golia78 Dec 10, 2017

Hi guys,
i did another test, the error "... libxenlight failed to create new domain ..." is generated after setting the kernel prefs to '' whith the command:
qvm-prefs kernel ''

You can reproduce the issue also from the VM Settings GUI choosing "none" from the kernel listbox in the advanced tab panel.
If you choose another kernel option from the listbox, you can see the VM that try to start without the "... libxenlight failed to create new domain ..." error.
I hope this helps.

golia78 commented Dec 10, 2017

Hi guys,
i did another test, the error "... libxenlight failed to create new domain ..." is generated after setting the kernel prefs to '' whith the command:
qvm-prefs kernel ''

You can reproduce the issue also from the VM Settings GUI choosing "none" from the kernel listbox in the advanced tab panel.
If you choose another kernel option from the listbox, you can see the VM that try to start without the "... libxenlight failed to create new domain ..." error.
I hope this helps.

marmarek added a commit to marmarek/qubes-core-admin that referenced this issue Dec 14, 2017

Fix starting VM with kernel=None
When dom0 do not provide the kernel, it should also not set kernel
command line in libvirt config. Otherwise qemu in stubdom fails to start
because it get -append option without -kernel, which is illegal
configuration.

Fixes QubesOS/qubes-issues#3339

marmarek added a commit to marmarek/qubes-core-admin that referenced this issue Dec 14, 2017

tests: booting VM from ISO image
Check two cases: if ISO image is in dom0 and if its in a VM.

QubesOS/qubes-issues#3339

marmarek added a commit to marmarek/qubes-core-admin that referenced this issue Dec 14, 2017

tests: booting VM from ISO image
Check two cases: if ISO image is in dom0 and if its in a VM.

QubesOS/qubes-issues#3339

@marmarek marmarek referenced this issue in QubesOS/qubes-core-admin Dec 15, 2017

Merged

Various fixes #173

@qubesos-bot

This comment has been minimized.

Show comment
Hide comment
@qubesos-bot

qubesos-bot Dec 22, 2017

Automated announcement from builder-github

The package qubes-core-dom0-4.0.15-1.fc25 has been pushed to the r4.0 testing repository for dom0.
To test this update, please install it with the following command:

sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing

Changes included in this update

Automated announcement from builder-github

The package qubes-core-dom0-4.0.15-1.fc25 has been pushed to the r4.0 testing repository for dom0.
To test this update, please install it with the following command:

sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing

Changes included in this update

@qubesos-bot

This comment has been minimized.

Show comment
Hide comment
@qubesos-bot

qubesos-bot Jan 5, 2018

Automated announcement from builder-github

The package qubes-core-dom0-4.0.15-1.fc25 has been pushed to the r4.0 stable repository for dom0.
To install this update, please use the standard update command:

sudo qubes-dom0-update

Or update dom0 via Qubes Manager.

Changes included in this update

Automated announcement from builder-github

The package qubes-core-dom0-4.0.15-1.fc25 has been pushed to the r4.0 stable repository for dom0.
To install this update, please use the standard update command:

sudo qubes-dom0-update

Or update dom0 via Qubes Manager.

Changes included in this update

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment