[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Libvir] Error when paravirtualization domain starts with virsh.

I confirm it's a Xen bug. I can reproduce the problem with a regular Xen config file.
The file is as follow:

[root diane-int6 xen]# cat xen1
kernel = "/boot/efi/efi/redhat/vmlinuz-2.6.18-8.el5xen"
ramdisk = "/boot/efi/efi/redhat/initrd-2.6.18-8.el5xenU.img"
maxmem = 512
memory = 431
name = "xen1"
cpus = "0-2,4,^1"
vcpus = 2
vif = [ '' ]
disk = [ 'phy:/dev/sda4,hda1,w' ]
root = "/dev/hda1 ro"
extra = "console=tty0 nomca 3 ide0=noprobe ide1=noprobe ide2=noprobe ide3=noprobe"

[root diane-int6 xen]# xm create xen1
Using config file "./xen1".
Xend has probably crashed!  Invalid or missing HTTP status code.

[root diane-int6 xen]# xm list
Name                                      ID Mem(MiB) VCPUs State   Time(s)
Domain-0                                   0     1008     1 r-----    123.5
Domain-2                                   2      431     1 --p---      0.0
[root diane-int6 xen]#

A domain named Domain-2 is created instead of xen1.
The Xend log shows that Xend died due to signal 11 and then is restarted.


----- Original Message ----- From: "Daniel P. Berrange" <berrange redhat com>
To: "Michel Gauthier" <Michel Gauthier bull net>
Cc: <libvir-list redhat com>
Sent: Monday, March 05, 2007 5:56 PM
Subject: Re: [Libvir] Error when paravirtualization domain starts with virsh.

On Mon, Mar 05, 2007 at 11:19:03AM +0100, Michel Gauthier wrote:
With the RHEL5 RC distribution on our IA64 platform (4 CPUs), when we use
virsh to start a paravirtuailzation domain, we've got the following:

virsh # list
Id Name                 State
 0 Domain-0             running

virsh # create hndom2
Failed to get devices for domain hndom2
error: Failed to create domain from hndom2

virsh # list
Id Name                 State
 0 Domain-0             running
24 Domain-24            paused

In spite of an error message, a domain named Domain-Id is created instead
of the hndom2 domain.

Yeah, that's a bug in libvirt - we failed to tear down the 'still born'
domain when something goes wrong during creation.

If the <currentMemory> tag is suppressed from the XML configuration file,
all is OK.

Sounds like a bug in Xen ia64 to me - the <currentMemory> is used to set
the initial boot RAM, while the <memory> tag is used to set the maximum
reservation. If you omit <currentMemory> then both will be set to the same
value. It sounds like Xen ia64 is not able to cope with the memory < maxmem


This behaviour appears with the libvirt version 0.1.8 released with the
RHEL5 RC, and also with the libvirt version 0.1.10.
Are you aware of this problem?

No - we don't do much (any) testing on ia64 due to lack of any suitable
hardware for testing, so we pretty much rely on community/vendors to
identify ia64 problems.

If you want some complementary infos (xend log), we can send it to you.

See if you can reproduce it with a regular Xen config file using config
options like


Which should simlute presece of '<currentMemory>' element. If you can
reproduce it there, its a Xen bug.

|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: .cpan.org/~danberr/ -=| |=- Projects: at.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 505 -=|

Libvir-list mailing list
Libvir-list redhat com

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]