Bug 643982 - Internal error reading console log output. vm won't start
Summary: Internal error reading console log output. vm won't start
Keywords:
Status: CLOSED DUPLICATE of bug 623957
Alias: None
Product: Fedora
Classification: Fedora
Component: virt-manager
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Cole Robinson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-18 17:58 UTC by darrell pfeifer
Modified: 2010-10-19 22:58 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-10-19 22:06:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description darrell pfeifer 2010-10-18 17:58:44 UTC
Description of problem:


Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/engine.py", line 878, in run_domain
    vm.startup()
  File "/usr/share/virt-manager/virtManager/domain.py", line 1321, in startup
    self._backend.create()
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 333, in create
    if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirtError: internal error Process exited while reading console log output:
Supported machines are:
pc         Standard PC (alias of pc-0.13)
pc-0.13    Standard PC (default)
pc-0.12    Standard PC
pc-0.11    Standard PC, qemu 0.11
pc-0.10    Standard PC, qemu 0.10
isapc      ISA-only PC


Version-Release number of selected component (if applicable):

virt-manager-0.8.5-1.fc15.noarch

How reproducible:

Attempting to start an old F13 vm. This happened after bug 638457 was fixed.

Additional info:

Comment 1 Chris Lalancette 2010-10-19 22:06:22 UTC
Yeah, this is a known bug.  Unfortunately we made a mistake in Fedora 13 and added a "fedora13" machine type that never should have existed.

There are two ways to get around it:
1)  Update your packages qemu-0.13.0-0.6.rc1.fc14 or later, which should contain a backwards compatible fix for this.

2)  Edit your domain XML (virsh edit <domain>), remove the part of the XML that says "machine='fedora-13'", and save the guest.  libvirt will fill in the "correct" machine type going forward, and this shouldn't happen again.

Chris Lalancette

*** This bug has been marked as a duplicate of bug 623957 ***

Comment 2 darrell pfeifer 2010-10-19 22:58:20 UTC
1) Can you push the latest qemu into rawhide? It currently only seems to be updated in f14, not f15

2) virsh 0.8.4 checks for a bad machine time and doesn't allow the change.

error: unknown OS type no OS type


Note You need to log in before you can comment on or make changes to this bug.