On 05/17/2010 06:18 PM, Yang Hongyang wrote:
> Hi jeremy,
>
> On 05/18/2010 07:27 AM, Jeremy Fitzhardinge wrote:
>
>> On 05/13/2010 02:36 AM, Yang Hongyang wrote:
>>
>>> If domain id is invalid, find_domain should return error because
>>> the specified domain does not exist.
>>>
>>>
>> I think this patch is causing some regressions. For example, I can no
>> longer rename dom0:
>>
>> sh-4.0# xl list 0
>> Name ID Mem VCPUs State Time(s)
>> (null) 0 3321 4 r--
>> 741.7
>> sh-4.0# xl rename 0 dom0
>> 0 is an invalid domain identifier.
>>
>> I haven't specifically worked out what's failing here...
>>
> I think there's some other problems in the kernel or xl.
The kernel has nothing to do with domain management, so the problem must
either be in usermode or in Xen (but since Xen is known to work...).
> First of all, the
> (null) name should not appera in the list, if there is, then this
> VM is not fullly destoried I think, but when I'm trying to destory the vm,
> libxl
> reported errors and the VM still exists. Second of all, I notice that your
> DOM0's name is (null), and State is running, how could you do that? I manully
> tryed out 'xl rename "(null)"' to rename DOM0's name to (null), but after
> that I can still rename the name back with my patch.
>
I boot my machine without ever having run xend. When I first log in:
# oxenstored
# xl list
Name ID Mem VCPUs State Time(s)
(null) 0 3321 4 r-- 143.1
But the problem is that "xl" doesn't let me operate on dom0 at all. For
example, if I do:
# xl mem-set 0 2000000
0 is an invalid domain identifier.
> We often met the "(null)" problem's either, but never met that problem on
> DOM0...
> And the "(null)" problem often happened after "xl destory". We can not
> figure out a method to reproduce this problem.
>
I see this regularly, especially after doing a "xl save" on a domain.
J
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home