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

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
situation.

    memory=200
    maxmem=500

> 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

    memory=200
    maxmem=500

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

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


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