Bug 214741 - VM cannot start with the XML file, which was dumped by "virsh dumpxml".
Summary: VM cannot start with the XML file, which was dumped by "virsh dumpxml".
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: libvirt
Version: 5.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Daniel Veillard
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-11-09 04:33 UTC by mizushima.kazuk@jp.fujitsu.com
Modified: 2018-10-19 19:10 UTC (History)
1 user (show)

Fixed In Version: beta2
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-12-23 02:19:15 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
The XML file I used (882 bytes, text/xml)
2006-11-09 04:33 UTC, mizushima.kazuk@jp.fujitsu.com
no flags Details
patch to drop the kernel information when creating a xen domain with bootloader (2.97 KB, patch)
2006-11-27 22:20 UTC, Daniel Veillard
no flags Details | Diff

Description mizushima.kazuk@jp.fujitsu.com 2006-11-09 04:33:12 UTC
Description of problem:
 The error occured after the command "virsh create" is executed by the XML 
which dumped from Virtual System made by "Para-Virtualized", and Virtual 
System didn't start.

 Error information
 # virsh create /tmp/dump_Para_FC6.xml
 libvir: Xen Daemon error : POST operation failed: (xend.err 'Error creating 
domain: Kernel image does not exist: /var/lib/xen/vmlinuz.FMDJma')
 Failed to create domain Para_FC6
 error: Failed to create domain from /tmp/dump_Para_FC6.xml

Version-Release number of selected component (if applicable):
 libvirt-0.1.7-2.src.rpm
  Version     : 0.1.7
  Release     : 2

How reproducible:
 everytime

Steps to Reproduce:
 1.Start domain
   #xm create /etc/xen/Para_FC6
 2.Dump xml
   #virsh dumpxml Para_FC6 > /tmp/dump_Para_FC6.xml
 3.Stop domain
   #virsh shutdown Para_FC6
 4.Start domain
   #virsh create /tmp/dump_Para_FC6.xml

Actual results:
 Virtual System didn't start after creating a VM based on the XML 
file which dumped from Virtual System made by "Para-Virtualized".

Expected results:
 Virtual System can start with XML file, which dumped from a running 
Virtual system by "dumpxml" command.

Additional info:
 The XML file "dump_Para_FC6.xml" which I used is attached.

Comment 1 mizushima.kazuk@jp.fujitsu.com 2006-11-09 04:33:13 UTC
Created attachment 140747 [details]
The XML file I used

Comment 2 Daniel Veillard 2006-11-27 22:18:46 UTC
I have a patch for this issue that I plan to push upstream. Basically when
creating a domain, if there is a pygrub bootloader, then the whole <os>
section should be ignored when passing the informations to xend.
The patch below was tested successfully,

Daniel

Comment 3 Daniel Veillard 2006-11-27 22:20:34 UTC
Created attachment 142233 [details]
patch to drop the kernel information when creating a xen domain with bootloader

Comment 4 Daniel Veillard 2006-11-27 22:24:24 UTC
Commited in libvirt upstream,

Daniel

Comment 5 RHEL Program Management 2006-11-28 02:50:33 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 6 RHEL Program Management 2006-11-28 02:50:51 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 7 mizushima.kazuk@jp.fujitsu.com 2006-11-28 09:34:19 UTC
In this patch, in case of pygrub bootloader, it seems that the
virDomainParseXMLGraphicsDesc function is not called for pygrub.
If it is true, is there any influence that graphic console of paraVM
cannot be connected because the SXP conversion for <graphics> tag will
not be done.

Comment 8 Daniel Veillard 2006-11-28 09:50:41 UTC
w.r.t. comment #7, exact but as soon as there is an (image ...) block
then the (bootloader ...) information is ignored by xend. Since the
SXP conversion for <graphics> tag is expected to occur within the 
(image ...) block as in

    (image
        (linux
            (ramdisk /var/lib/xen/initrd.zRAFzd)
            (kernel /var/lib/xen/vmlinuz.pMML_l)
            (args 'ro root=/dev/VolGroup00/LogVol00 rhgb quiet')
            (vncunused 1)
            (vnc 1)
            (display localhost:10.0)
            (xauthority /root/.Xauthority)
        )
    )


 I don't see a solution.

Daniel


Comment 9 Daniel Berrangé 2006-11-28 11:52:23 UTC
The problem described in comment #7 is already being tracked in a separate ticket
bug 211909 for the libvirt part of the fix, and bug 211928 for the XenD part. So
lets keep discussion in this ticket to be just about the fixing of
bootloader/kernel arg prioritization.


Comment 10 Jay Turner 2006-12-07 03:45:38 UTC
QE ack for RHEL5.

Comment 11 Daniel Veillard 2006-12-07 11:37:08 UTC
Okay libvirt-0.1.8-6.el5 has been built with the fix. As pointed out in #8 and #9
the point raised in #7 is a separate issue and not covered by this update.

Daniel

Comment 14 RHEL Program Management 2006-12-23 02:19:15 UTC
A package has been built which should help the problem described in 
this bug report. This report is therefore being closed with a resolution 
of CURRENTRELEASE. You may reopen this bug report if the solution does 
not work for you.



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