我有一个具有LVM分区的ESX主机上的VMWare虚拟机。 我configuration了非常基本的configurationkdump – ext /dev/mapper/logical-volume-name和path /data/crash 。 当我强制系统崩溃时，它加载kdump内核，并显示逻辑卷，加载它们，并显示它正在保存内存转储，大约需要30秒导出大约2.5GB，这是正常的。 问题是，当它重新启动，它回来了，但没有networking连接（不能出去，并不能通过networking进入），但是，所有networking服务正在运行，并简单的重新启动（没有崩溃）的修复这个。 此外， 另一个问题 – 保存的vmcore内存转储实际上并没有保存。 我已经在VirtualBox上的一个虚拟机上testing过了，这个工作正在运行一个当前正在生产的RHEL服务器的CentOS当前有这些kdump的问题。
任何想法或事情，我应该看？
我跟KDump的一位开发人员进行了交谈，并确认这是一个已知的错误。 目前，我无法对生产进行任何更改，但有一个非常可疑的想法，即内核需要升级和/或VM和VM Host之间需要查看。
来自Eric W. Biederman 德鲁德克尔 cc [email protected]， [email protected]， [email protected]， [email protected] date星期二，2011年1月25日下午1时50分 主题Re：KDump问题（需要开发者的眼睛） 这听起来像是与VMware交互的RHEL内核中的一个错误。 事实上，重新启动不会重置硬件是坦率的可怕的。 在这一点上，任何RHEL内核都是旧的，并没有被更新 许多错误修复发生在他们分支之间 linus的树和现在，可能会有一个支持 由有偿的人来帮助你，并理解他们的合同 细节，所以我build议你和红帽的优秀人士交谈。 他们 应该可以帮忙。 通常这样的问题归结为某种驱动程序问题，而不是 恐慌基础设施的实际问题。 虽然在这 我也会怀疑kdump内核是如何调用重新启动的。 祝你好运， 埃里克