G06F11/1433

AUTOMATED ROLLBACK IN VIRTUALIZED COMPUTING ENVIRONMENTS

A rollback can be performed after completing an upgrade to components of a virtualized computing environment. When the upgrade is performed, an upgrade bundle having rollback scripts is provided to edges, hosts, and managers in the virtualized computing environment that are to be upgraded. When a rollback is to be performed, the rollback scripts are executed, and the components are rolled back in a reverse order relative to their upgrade order. Data and configuration checking are performed to validate the results of the rollback.

Fault isolation and recovery of CPU cores for failed secondary asymmetric multiprocessing instance

According to certain embodiments, a system includes one or more processors and one or more computer-readable non-transitory storage media comprising instructions that, when executed by the one or more processors, cause one or more components to perform operations including executing a software process of a secondary instance, the secondary instance running in parallel with a primary instance and associated with a plurality of cores including a bootstrap core, registering a non-maskable interrupt for the bootstrap core in the secondary instance, determining whether the secondary instance is in a fault state, wherein, if the secondary instance is in the fault state, halting the plurality of cores associated with the secondary instance, without impact to the primary instance, and recovering the bootstrap core by switching a context of the bootstrap core from the secondary instance to the primary instance via the non-maskable interrupt.

PROVIDING SYSTEM UPDATES IN AUTOMOTIVE CONTEXTS
20220398083 · 2022-12-15 ·

A system includes a memory, a processor in communication with the memory, and an automotive operating system (OS) with a software update manager for an automobile. The system is configured to determine a new software update is available, monitor operating metrics of the automotive OS, and determine an installation time-window when each of the operating metrics collectively fall within respective predetermined thresholds. Responsive to determining that each of the operating metrics fall within respective predetermined thresholds, the system is configured to signal to the software update manager to start the installation once the automobile meets installation criteria. The installation criteria include at least (i) a first criteria that the automobile is stationary and (ii) a second criteria that the automotive OS is in an available state.

METHOD AND SYSTEM FOR DETERMINING FAVORABILITY OF UPGRADE WINDOW

Techniques described herein relate to a method for deploying workflows with data management services. The method may include identifying a service update event; identifying a service sub-tree based on a service call graph; generating an update sequence for the service sub-tree; predicting an update window for the service sub-tree using a final estimated updated completion time for the service, wherein the final estimated updated completion time is based on a risk profile; selecting a first service of the service sub-tree based on the update sequence, wherein the first service includes a first standby service instance and a first active service instance; generating a backup of a first portion of a services shared data volume repository associated with the first service; and applying an update to the first standby service instance to obtain a first updated active service instance.

High Availability and Software Upgrades in Network Software

Ensuring the high availability of a Passive Optical Network (PON). A broadband network architecture comprises (a) at least a portion of optical fiber in a communication path to individual subscriber premises, (b) one or more software-implemented Optical Line Terminal (OLT) Controllers, (c) one or more software-implemented Service Provisioning Applications (SPAs), and (d) one or more software-implemented Broadband Network Gateways (BNGs). Each of the one or more OLT Controllers, one or more SPAs, and one or more BNGs execute on Commercial Off-the-Shelf (COTS) computer systems and entirely upon a plurality of protection groups. Each of the plurality of protection groups consists of a plurality of pods. The pods in a particular protection group which are active are dynamically adjusted to ensure the high availability of the broadband network architecture.

Techniques for analytical application installation optimization

Techniques and apparatus for installation optimization process are described. In one embodiment, for example, an computing device may include at least one memory; at least one storage device; and logic coupled to the at least one memory to perform an installation process, the logic to: determine installation requirements for an analytical platform, the installation platform comprising at least one of an analytical application, a database application, and a fast recovery area (FRA), perform at least one prerequisite test based on a hardware configuration of the computing device and the installation requirements, and perform a drive optimization process to determine at least one optimal drive configuration for installation of the installation platform based on remaining free space (RFS) on the at least one storage device and at least one storage device installation rule. Other embodiments are described.

INFORMATION PROCESSING APPARATUS AND CONTROL METHOD OF THE SAME
20220382533 · 2022-12-01 ·

An information processing apparatus includes a first storage unit configured to store a boot program, and a backup of the boot program, and a second storage unit configured to store an updating program that is activated by the boot program and used for updating a program. A control unit executes a first updating process that updates at least the boot program by executing the updating program after executing the boot program, and executes, in accordance with completion of the first updating process, a second updating process that updates at least the backup of the boot program and the updating program after executing the updated boot program.

Reset device and display device

The disclosure provides a reset device and a display device. The reset device comprises a processor, a reset circuit and a button. The reset circuit electrically connects to the processor and the button. When the button is not pressed, the processor acquires a first level signal from the reset circuit; when the button is pressed, if the processor cannot recognize the second level signal while acquiring the second level signal from the reset circuit, the display device is restarted; and during or after restart operation for the display device, if the reset circuit detects that the first level signal and the second level signal which are output by the reset circuit before and after the button is pressed are different, software fault recovery operation is performed on the display device.

Applying a failure management policy during updating of components at an information handling system

Applying failure policy during updating of components, including receiving metadata of each of the components, the metadata indicating a respective classification of each of the components; sorting the components based on the metadata, including identifying a first subset of the components as critical components and a second subset of the components as non-critical components; receiving a first update package for a first component; detecting a failure to apply the first update package to the first component; in response to detecting the failure to apply the first update package to the first component: determining that the first component belongs to the first subset of components; in response to determining that the first component belongs to the first subset of components, identifying a remediation policy associated with critical components; applying the remediation policy to the first component, including rollback of the first update package at the first component.

SYSTEM AND METHOD OF ANALYZING UPDATE READINESS FOR DISTRIBUTED SOFTWARE SYSTEMS
20220365771 · 2022-11-17 ·

The disclosure provides for analyzing upgrade and migration readiness. Embodiments include receiving an indication to upgrade a software product and a selected upgrade path identifying a target-upgrade version. Embodiments include accessing an array of pre-upgrade procedures comprising code for identifying one or more conditions that must be met before the software product can be upgraded based on the accessed array being associated with the software product. Embodiments include executing one or more of the pre-upgrade procedures in advance of upgrading the software product. Embodiments include accessing one or more autonomous remediation scripts from the repository based on identification of one or more failed pre-upgrade procedures. Embodiments include executing the one or more autonomous remediation scripts to cure the one or more failed pre-upgrade procedures and initiating an upgrade of the software product based on identifying that the array of pre-upgrade procedures successfully completed execution.