[发明专利]虚拟机崩溃文件生成技术

说明书

技术领域

本发明涉及虚拟机技术，尤其涉及虚拟机崩溃文件生成技术。

背景技术

操作系统时时由于隐错或内核错乱和关机而崩溃，即它们崩溃。在崩溃期间，某些操作系统创建崩溃文件，崩溃文件可包括可允许支持人员或自动化系统标识问题并推荐纠正性措施的信息。

可注册不依赖于操作系统的组件以便在操作系统进入不稳定状态的情况下创建崩溃文件。当操作系统重新引导时，可以检测该文件并将其呈现给用户用于诊断目的。大多数计算机系统从如集成驱动器电子设备(“IDE设备”)的底板总线设备或外围部件互联总线来引导，并且操作系统开发者通常已经写入了操作系统代码来使用这些设备存储崩溃文件。这些操作系统通常被配置成在引导时为引导设备加载复制驱动程序，即阴影存储驱动程序，并将其预初始化为崩溃栈，即将其配置为在崩溃时执行操作系统专用的崩溃生成程序。在操作系统崩溃的情况下，该阴影存储驱动程序可以执行该程序；生成崩溃文件；并在计算机关机之前将崩溃文件写入存储中。

该技术在物理环境中能很好地工作，但在虚拟化环境中，客操作系统，即虚拟机内的操作系统，可能没有用于在虚拟化环境中生成崩溃文件的足够的机制。例如，客操作系统可能不是从诸如基于底板总线的控制器等公知设备的仿真来引导的。相反，客机可能是从基于协议总线的存储栈，如内部小型计算机系统接口(“iSCSI”)或光纤通道协议来引导的。例如，基于协议总线的存储栈通常具有其由硬件制造商提供的崩溃转储驱动程序，但是在这一情形中，硬件是虚拟的，且因此客操作系统可能没有用于为协议总线加载的崩溃栈。在另一示例情形中，引导设备可能不是对其在客操作系统内存在现有且成熟的设备驱动程序的公知设备的仿真。在这些情形中，如果客操作系统崩溃，则它将在不创建崩溃文件的情况下重启。由于在获得崩溃文件时会有错误值，因此客操作系统不能创建崩溃文件的情形是不可接受的。然而，由于重新设计每一客操作系统是代价高昂且困难的，并且虚拟机技术的重要方面之一是其允许“旧”操作系统能够操作，因此现有技术中存在问题。

发明内容

本发明的一个示例实施例描述了一种方法。在该示例中，该方法包括但不限于，将系统管理程序(hypervisor)配置为响应于检测到客操作系统崩溃来获得关于客操作系统的崩溃数据，该客操作系统被配置成在虚拟机中执行；以及将系统管理程序配置为在客操作系统控制虚拟机之后将崩溃数据发送到虚拟机。除了上述方面，构成本发明一部分的权利要求、附图、以及文本中描述了其他方面

本发明的一个示例实施例描述了一种方法。在该示例中，该方法包括但不限于，将输入/输出控制器仿真器配置成响应于检测到客操作系统崩溃在虚拟机中执行；由输入/输出控制器仿真器从存储在虚拟机的客资源中的信息接收关于客操作系统的崩溃数据；以及由系统管理程序存储关于客操作系统的崩溃数据。除了上述方面，构成本发明一部分的权利要求、附图、以及文本中描述了其他方面

本发明的一个示例实施例描述了一种方法。在该示例中，该方法包括但不限于，响应于启动先前崩溃的客操作系统在系统管理程序中挂载(mount)盘，其中该盘包括被配置成在虚拟机中执行的客操作系统；以及由系统管理程序将关于客操作系统的崩溃数据写入盘上的预定位置，其中该崩溃数据包括从虚拟机的至少客物理地址获得的信息。除了上述方面，构成本发明一部分的权利要求、附图、以及文本中描述了其他方面

本领域技术人员将理解，本发明的一个或多个方面可包括但不限于用于实现本发明的本文所述方面的电路和/或编程；该电路和/或编程实质上可以是配置成实现本文所述方面的硬件、软件和/或固件的任何组合，这取决于系统设计者的设计选择。

以上是概述，并且因此必然包含细节的简化、一般化及省略。本领域技术人员将明白，本概述只是说明性的并且决不旨在是限制性的。

附图说明

图1描绘其中可实现本发明的各方面的示例计算机系统。

图2描绘了用于实施本发明的各方面的操作环境。

图3描绘了用于实施本发明的各方面的操作环境。

图4示出了用于实施本发明的操作环境。

图5描绘了用于实施本发明的各方面的操作过程。

图6描绘了图5的操作过程的替换实施例。

图7描绘了用于实施本发明的各方面的操作过程。

图8描绘了图7的操作过程的替换实施例。

图9描绘了用于实施本发明的各方面的操作过程。

图10描绘了图9的操作过程的替换实施例。

具体实施方式