Há alguns bons detalhes aqui:
O que parece indicar que isso só acontece quando você supercompromenta. É claro que se o seu domU for linux você realmente deve considerar a execução no modo paravirt para os benefícios de desempenho.
Meus DomUs em um Xen 3.4 em um RHEL5 estão falhando quando muita memória é necessária:
(XEN) p2m_pod_demand_populate: Out of populate-on-demand memory!
(XEN) domain_crash called from p2m.c:1091
(XEN) Domain 15 (vcpu#3) crashed on cpu#2:
(XEN) ----[ Xen-3.4.0 x86_64 debug=n Not tainted ]----
(XEN) CPU: 2
(XEN) RIP: 0010:[<ffffffff80062c02>]
(XEN) RFLAGS: 0000000000010216 CONTEXT: hvm guest
(XEN) rax: 0000000000000000 rbx: 0000000000000001 rcx: 000000000000003f
(XEN) rdx: 0000000004812000 rsi: ffff810001000000 rdi: ffff810004812000
(XEN) rbp: 0000000000000282 rsp: ffff810007635cf0 r8: ffff810037c0288e
(XEN) r9: 00000000000023e1 r10: 0000000000000000 r11: 0000000000000001
(XEN) r12: ffff81000000cb00 r13: ffff8100007e43f0 r14: ffff81000000fc10
(XEN) r15: 00000000000280d2 cr0: 0000000080050033 cr4: 00000000000006e0
(XEN) cr3: 0000000006760000 cr2: 0000000003d47078
(XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: 0000 cs: 0010
Posso desativar o preenchimento sob demanda do HVM de alguma forma? Xen 3.3 não exibiu tal comportamento ...
Há alguns bons detalhes aqui:
O que parece indicar que isso só acontece quando você supercompromenta. É claro que se o seu domU for linux você realmente deve considerar a execução no modo paravirt para os benefícios de desempenho.
Modo fácil:
na sua configuração, faça maxmem = memory, que desabilita o driver PoD.
Caso contrário, você precisará instalar um driver de balão no sistema operacional convidado.