我让XEN3.4.2在一个拥有256 Gb内存和96核心CPU的主机上运行15个vm (pv+hvm)。
但是最近我的主机在调试日志上崩溃了
translating ffff83183fcb0000 with CR3 100ae42000 and 4 levels of page table.经过这么多相似的线条,它展示了
cannot translate address 0 < ffff830000000000 without cr3据我对xen pv的理解,
管理程序允许pv直接访问物理RAM。
但是hypervisor交叉检查对物理内存的所有调用,而不是使用影子页。
因此,它在虚拟内存到物理转换中的开销较小,因为它知道实际的映射。
但是,在HVM的情况下,管理程序需要将来宾的内存转换为物理ram。
所以,有人能从上面的翻译中解释一下吗?对于hvm,ram翻译,管理程序正在做什么,或者它也会发生在pv中吗?
在crash.log上它的显示
(XEN) grant_table.c:1408:d0 dest domain 452 dying
(XEN) p2m_pod_cache_get: Breaking up superpage.
(XEN) mm.c:741:d421 Non-privileged (421) attempt to map I/O space 00000000
(XEN) mm.c:741:d421 Non-privileged (421) attempt to map I/O space 000000f0
(XEN) mm.c:741:d352 Non-privileged (352) attempt to map I/O space 00000000
(XEN) mm.c:741:d352 Non-privileged (352) attempt to map I/O space 000000f0
(XEN) mm.c:741:d249 Non-privileged (249) attempt to map I/O space 00000000
(XEN) mm.c:741:d249 Non-privileged (249) attempt to map I/O space 000000f0
(XEN) grant_table.c:1408:d0 dest domain 450 dying这是一个月来的第二次崩盘。
我在这里看到了许多与系统编程相关的问题,这就是我为什么在这里发布它的原因。
发布于 2013-07-06 12:30:24
Xen不允许直接访问RAM,而是允许物理卷在Xen的监督下使用物理RAM进行页表更新。
https://unix.stackexchange.com/questions/71274
复制相似问题