|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] stubdom problem
Hello Samuel,
I haven't seen the restrict memory to dom0, sorry! I set it in
menu.lst but I have now another issue decribbed as follows:
******************* BLKFRONT for /local/domain/2/device/vbd/5632 **********
backend at /local/domain/0/backend/vbd/2/5632
Failed to read /local/domain/0/backend/vbd/2/5632/feature-flush-cache.
1299724 sectors of 512 bytes
**************************
blk_open(/local/domain/2/device/vbd/5632) -> 5
xs_read(/local/domain/2/device/vbd/768/phantom_vbd): ENOENT
******************* BLKFRONT for /local/domain/2/device/vbd/768 **********
backend at /local/domain/0/backend/vbd/2/768
Failed to read /local/domain/0/backend/vbd/2/768/feature-flush-cache.
20971520 sectors of 512 bytes
**************************
blk_open(/local/domain/2/device/vbd/768) -> 6
xs_directory(/local/domain/2/device/vkbd): ENOENT
xs_directory(/local/domain/2/device/vfb): ENOENT
xs_watch(/local/domain/0/device-model/1/logdirty/next-active, logdirty)
Watching /local/domain/0/device-model/1/logdirty/next-active
xs_watch(/local/domain/0/device-model/1/command, dm-command)
Watching /local/domain/0/device-model/1/command
xs_read(/local/domain/0/backend/pci/2/0/num_devs): EACCES
************************ NETFRONT for device/vif/1 **********
net TX ring size 256
net RX ring size 256
backend at /local/domain/0/backend/vif/2/1
mac is 00:16:3e:39:c7:b4
**************************
tap_open(device/vif/1) -> 7
open(/usr/share/xen/qemu/keymaps/pt-br, 0)-> 8
open(/usr/share/xen/qemu/keymaps/common, 0)-> 9
open(/usr/share/xen/qemu/keymaps/modifiers, 0)-> 10
close(10)
close(9)
close(8)
sxs_read_watch() -> /local/domain/0/device-model/1/command dm-command
xs_read(/local/domain/0/device-model/1/command): ENOENT
xs_read_watch() -> /local/domain/0/device-model/1/logdirty/next-active logdirty
xs_read(/local/domain/0/device-model/1/logdirty/key): ENOENT
xs_read_watch() -> /local/domain/0/backend/vbd/2/5632/params hdc
I commented only "vfb = [ 'type=vnc' ]" in hvmtest-dm file.
Best regards,
--
Marco Sinhoreli
On Fri, Aug 29, 2008 at 12:56 PM, Samuel Thibault
<samuel.thibault@xxxxxxxxxxxx> wrote:
> Marco Sinhoreli, le Fri 29 Aug 2008 12:49:13 -0300, a écrit :
>>
> Failed allocation for dom 30: 2048 extents of order 0
>>
> Failed to populate physmap
>>
> Failed set_mm_mapping
>>
> NULL vram_pointer
>
> See the first paragraph of the General Configuration section: there is a
> ballooning race condition which was discovered too late to get fixed in
> 3.3, so you need to restrict dom0's memory usage thanks to the dom0_mem
> option.
>
> Samuel
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|