Abstract: Provided are a storage system boot method and apparatus, and a computer-readable storage medium. The method includes: determining a configuration space by a bridge device; during booting a Basic Input Output System, after an initialization of a Peripheral Component Interconnect Express (PCIe) device is detected, determining, by connection information read from the configuration space, whether the preset hardware device is connected; if YES, continuing booting until finished; if NO, sending a reconnection instruction to stabilize a speed of a PCIe hardware link; when a number of the reconnection instruction sent is greater than a first preset value and the preset hardware device fails to be connected, sending a system reboot instruction; and when the number is less than the first preset value, continuing to determine whether the preset hardware device is connected after waiting for a preset duration.

Abstract: Methods and devices for providing reserved failover capacity across a plurality of data centers are described herein. An exemplary method includes determining whether a management process is executing at a first data center corresponding to a first physical location. In accordance with a determination that the management process is not executing at the first data center corresponding to the first physical location a host is initiated at a second data center corresponding to a second physical location and the management process is executed on the initiated host at the second data center corresponding to the second physical location.

Abstract: A method including executing a portion of a service which is part of at least one service provided by a system including a distributed computing platform; determining object capability parameters required to perform the executing; storing information about at least one target host device; generating an announcement message reporting presence of a service type and the object capability parameters; receiving information from other announcement messages; evaluating current host device capability parameters with respect to the object capability parameters; determining when the current host device capability parameters meet a criterion; initiating a migration request message from the object for migration of the object, the object including software code and processing instructions and service function instructions, the migration to a target object host device, when the module capability parameters meet a criterion; and managing the migration of the object to the target host device.

Abstract: Systems and methods for making use of non-persistent storage as the journaling storage media for a virtual storage system are provided. According to one embodiment, in order to meet the needs of Extreme Low Latency Workloads while also seeking to provide predictable performance and the lowest possible latency, ephemeral storage of the virtual storage system is used to preserve state information (e.g., in the form of boot arguments and an operation log journal) across a host failure recovery scenario in which the virtual storage system is expected to be redeployed within a compute instance brought up by a cloud environment of a hyperscaler on the same host, thereby providing improved data durability (fewer host failure scenarios that result in lost data) as compared to the use of ephemeral memory of the compute instance and lower write latency than the use of persistent storage provided by the cloud environment.

Abstract: In some examples, a duster comprises peer nodes and a distributed data store implemented across the peer nodes, a method of remote linking of data objects for data transfer between a first node cluster and a second node cluster among the peer nodes; the method comprising: creating a data object group including multiple remote data objects, wherein a plurality of remote data objects in the data object group represent a same first virtual machine and are registrable on at least the first and second node clusters of the peer DMS nodes; creating or identifying remote links to a plurality of the remote data objects in the data object group; designating a member of the data object group as an active member of the group; and assigning a task to the active member to be completed using remote links.

Abstract: A method, computer system, and a computer program for quick disaster recovery of cloud-native environments is provided. The present invention may include replicating at a secondary server site software executing in a cloud-native environment on a primary server site. The present invention may also include detecting a failure associated with the software executing in the cloud-native environment. The present invention may then include whether the detected failure is causing down time for the software executing in the cloud environment. The present invention may further include deploying the replicated software on the secondary server site in response to determining that the detected failure is causing down time.

Abstract: The present disclosure relates to a method of mitigating errors in quantum circuits constituting a quantum computer, which includes: obtaining a plurality of pieces of first probability matrix information according to a sequence of quantum gates constituting a quantum circuit; obtaining a plurality of pieces of second probability matrix information according to a sequence of quantum gates constituting the quantum circuit; generating a plurality of pieces of differential matrix information based on the plurality of pieces of first and second probability matrix information; and generating error mitigation matrix information corresponding to the quantum circuit using the plurality of pieces of differential matrix information.

Abstract: Techniques for implementing RDMA-based recovery of dirty data in remote memory are provided. In one set of embodiments, upon occurrence of a failure at a first (i.e., source) host system, a second (i.e., failover) host system can allocate a new memory region corresponding to a memory region of the source host system and retrieve a baseline copy of the memory region from a storage backend shared by the source and failover host systems. The failover host system can further populate the new memory region with the baseline copy and retrieve one or more dirty page lists for the memory region from the source host system via RDMA, where the one or more dirty page lists identify memory pages in the memory region that include data updates not present in the baseline copy. For each memory page identified in the one or more dirty page lists, the failover host system can then copy the content of that memory page from the memory region of the source host system to the new memory region via RDMA.

Abstract: A Highly Available system utilizes at least one host fit to send data, and a primary server fit to receive data. The primary server comprises, a failover server capable of communicating with a http server and able to receive data from the host, and where the http server can receive data from the failover server, and an adapter capable of receiving data from the http server for processing. The Highly Available system also utilizes at least one secondary server fit to receive data from the host, and further fit to process data on failure of primary server or its components. The secondary server comprises a second failover server capable of communicating with a second http server and able to receive data from the host, and where the second http server can receive data from the second failover server, and an adapter capable of receiving data from the second http server for processing.

Abstract: Providing for high availability in a data analytics pipeline without replicas, including: creating a data analytics pipeline, wherein each component of the data analytics pipeline is deployed within a container; creating a failover container; detecting that a component within the data analytics pipeline has failed; and responsive to detecting that the component within the data analytics pipeline has failed, deploying the component within the data analytics pipeline that has failed in the failover container.

Abstract: The present disclosure generally relates to a first network device in a primary region that can failover network traffic into a second network device in a failover region. The first network device can receive routing criteria identifying how traffic originating in the primary region should be routed. The first network device can transmit this routing criteria to the second network device in the failover region. Based on determining the occurrence of a failover event, the first network device may transmit network traffic originating in the primary region to the second network device in the failover region. The second network device can determine how to route the network traffic based on the routing criteria of the primary region. In some embodiments, the second network device can determine how to route the network traffic based on the routing criteria of the failover region.

Abstract: Techniques for avoiding uncorrectable errors in a memory device can include detecting a correctable error pattern of a memory page of a memory device, and determining that the correctable error pattern of the memory page satisfies a page migration condition. Upon satisfying the page migration condition, write accesses to the memory page are prevented from reaching a memory controller of the memory device. The contents of the memory page are then migrated to a reserved page, and a mapping table is updated to replace accesses to the memory page with accesses to the reserved page.

Abstract: Apparatus and method for scalable error reporting. For example, one embodiment of an apparatus comprises error detection circuitry to detect an error in a component of a first tile within a tile-based hierarchy of a processing device; error classification circuitry to classify the error and record first error data based on the classification; a first tile interface to combine the first error data with second error data received from one or more other components associated with the first tile to generate first accumulated error data; and a master tile interface to combine the first accumulated error data with second accumulated error data received from at least one other tile interface to generate second accumulated error data and to provide the second accumulated error data to a host executing an application to process the second accumulated error data.

Abstract: A first server and a second server use a virtual address to mount the storage synchronous area in a storage by the NFS. The first server obtains a snapshot of memory content of a virtual system operated as an active system and transmits the snapshot to the second server. The first server replicates content of the storage synchronous area in the storage to a storage synchronous area in a storage. When a failure occurs in the first server, the second server sets a virtual address to the storage and uses the virtual address to mount the storage synchronous area in the storage by NFS. The second server uses the snapshot received from the first server to execute the application on the virtual system.

Abstract: Reconfiguring a storage system based on resource availability, including: limiting a number of storage devices in a storage system that may be simultaneously servicing write operations; determining that an amount of required write bandwidth has changed; and subsequent to determining that the amount of required write bandwidth has changed, adjusting, by a computer processor, the number of storage devices in the storage system that may be simultaneously servicing write operations.

Abstract: A preventive switchover from a primary controller to a secondary controller even before the primary controller fails system and method includes a server that collects log files comprising operational parameters of the primary controller from the primary controller in real-time. The server determines abnormal patterns or signatures in the operational parameters of the primary controller by comparing the operational parameters with reference patterns or signatures. The reference patterns or signatures are generated by training one or more Artificial Intelligence (AI) based models. After determining the abnormal patterns or signatures, the server predicts events that will lead to switchover from the primary controller to the secondary controller. Thereafter, the server provides a signal to the primary controller to perform preventive switchover to the secondary controller before the primary controller fails.

Abstract: The technologies described herein are generally directed toward maintaining data coherence after an updating node fails during an update. According to an embodiment, a system can comprise a processor and a memory that can enable performance of operations including, based on first updating activity by first updating equipment, locking a portion of a data structure for updates with a lock, where the first updating equipment has been determined to have abnormally ceased the first updating activity, resulting in an update activity failure. The operations can further include receiving, by the computing equipment, from second updating equipment, an indication of the update activity failure, during second updating activity of the portion. Further, the operations can include, based on the indication, reconciling, by the computing equipment, the second updating activity and the update activity failure.

Abstract: Snapshot-based disaster recovery (DR) orchestration systems and methods for virtual machine (VM) failover and failback do not require that VMs or their corresponding datastores be actively operating at the DR site before a DR orchestration job is initiated, i.e., before failover. An illustrative data storage management system deploys proprietary components at source data center(s) and at DR site(s). The proprietary components (e.g., storage manager, data agents, media agents, backup nodes, etc.) interoperate with each other and with the source and DR components to ensure that VMs will successfully failover and/or failback. DR orchestration jobs are suitable for testing VM failover scenarios (“clone testing”), for conducting planned VM failovers, and for unplanned VM failovers. DR orchestration jobs also handle failback and integration of DR-generated data into the failback site, including restoring VMs that never failed over to fully re-populate the source/failback site.

Abstract: System detects failed storage domain in servers cluster, controlled by master node to execute applications and store data, in service tiers, corresponding to server performance characteristics, in storage domains, corresponding to server racks, in cluster. System identifies, by accessing database, applications installed on servers in service tiers in failed storage domain and any affinities that identified applications have for server types, service tiers, and/or storage domains. System updates, based on current configuration of cluster, identified affinities for identified applications.

Abstract: Techniques described herein relate to a method for managing data protection services for data clusters. The method includes identifying, by a mapping module of a data protection manager, an initial discovery event associated with a data cluster; in response to identifying the discovery event, by the mapping module: sending a request for currently deployed components to a data cluster manager associated with the data cluster; obtaining data cluster component inventory information associated with the data cluster from the data cluster manager; mapping protection policy types to data cluster components of the data cluster using the data cluster component inventory information and component data protection information; and initiating performance of data protection services for the data cluster components based on the mapped protection policy types.