Vmware, Inc.

Vishnu Sekhar

Mukund Gunti

Rajesh Venkatasubramanian

Xavier Deguillard

Xunjia Lu

Thayumanavan Sridhar

Raj Yavatkar

Rahul Kulkarni

Donald Newell

Bernhard Poess

In a process for hot-swapping operating systems, an original operating system (OS) instance is executing on and controlling hardware of a computer. The original OS instance generates updated launch code that defines a division of the hardware into a source logical partition and a target logical partition. The original OS instance quiesces processes hardware of the target logical partition so that the original OS instance and an application running thereon are contained by the source logical partition. The original OS instance launches the updated OS instance so that it executes on the target logical partition. The application is moved from the source logical partition to the target logical partition. The original OS instance terminates. The updated OS instance claims hardware freed by the termination.

Hot-swapping operating systems using inter-partition application migration

A hypervisor-exchange process includes: suspending, by an 'old' hypervisor, resident virtual machines; exchanging the old hypervisor for a new hypervisor, and resuming, by the new hypervisor, the resident virtual machines. The suspending can include 'in-memory' suspension of the virtual machines until the virtual machines are resumed by the new hypervisor. Thus, there is no need to load the virtual machines from storage prior to the resuming. As a result, any interruption of the virtual machines is minimized. In some embodiments, the resident virtual machines are migrated onto one or more host virtual machines to reduce the number of virtual machines being suspended.

Hypervisor exchange with virtual machines in memory

A computer system is rebooted upon crash without running platform firmware and without retrieving all of the modules included in a boot image from an external source and reloading them into system memory. The reboot process includes the steps of stopping and resetting all of the processing units, except one of the processing units that detected the crash event, selecting the one processing unit to execute a reboot operation, and executing the reboot operation to reboot the computer system.

Efficient reboot of an operating system

Hardware management systems for disaggregated rack architectures in virtual server rack deployments are disclosed herein. An example apparatus to manage disaggregated physical hardware resources in a physical rack includes a hardware management system to discover disaggregated physical hardware resources in the physical rack and generate a listing of the disaggregated physical hardware resources, and a physical resource manager to generate a composed resource based on resources from the listing of the disaggregated physical hardware resources, the hardware management system to manage the composed resource.

Hardware management systems for disaggregated rack architectures in virtual server rack deployments

A computer system is rebooted after updating a boot image without running platform firmware with its power-on self-test of system hardware devices and without retrieving all of the modules included in a boot image from an external source and reloading them into system memory. The reboot process includes the steps of loading one or more updated modules of the boot image into the system memory, executing the boot loader module to load for execution modules of the boot image including a system software kernel and the updated modules, and transferring execution control to the system software kernel.

Efficient reboot of an operating system executed in a virtual machine

An 'old' hypervisor is upgraded to or otherwise replaced by a 'new' hypervisor without migrating virtual machines to a standby computer. The old hypervisor partitions the computer that it controls between a source partition and a target partition. The hypervisor and its virtual machines initially run on the source partition, while a new hypervisor is installed on the target partition. The virtual machines are migrated to the new hypervisor without physically moving the in-memory virtual-machine data. Instead, the old hypervisor sends memory pointers, and the new hypervisor claims the respective memory locations storing the virtual-machine data. After all virtual machines are migrated, the old hypervisor bequeaths the hypervisor memory and a last processor that the old hypervisor requires to run. The new hypervisor claims the bequeathed processor and hypervisor memory after the old hypervisor terminates to complete the upgrade/exchange.

Growing community of inventors

Sunnyvale, CA, United States of America

Vishnu Sekhar