Abstract: Methods, systems, and devices are described for providing proactive cloud orchestration services for a cloud hardware infrastructure. A health management system may monitor component(s) of the cloud hardware infrastructure. The health management system may determine a failure probability metric for the component(s) based on the monitoring of the component and in consideration of historical information associated with the component, or similar components. The health management system may determine an optimization strategy for the component and, when an optimization decision has been reached, initiate a reconfiguration procedure to implement the optimization strategy. The optimization strategy may provide for mitigating or eliminating the consequences of the component failure associated with data loss, downtime, and the like.

Abstract: A system, method, and computer readable medium for reliable messaging between two or more servers. The computer readable medium includes computer-executable instructions for execution by a processing system. Primary applications runs on primary hosts and one or more replicated instances of each primary application run on one or more backup hosts. The reliable messaging ensures consistent ordered delivery of messages in the event that messages are lost; arrive out of order, or in duplicate. The messaging layer operates over TCP or UDP with our without multi-cast and broad-cast and requires no modification to applications, operating system or libraries.

Abstract: The present disclosure describes methods, systems, and computer program products for providing additional stack trace information for time-based sampling (TBS) in asynchronous execution environments. One computer-implemented method includes determining whether time-based sampling is activated to capture a time-based sampling data during execution of a JavaScript function; in response to determining that the time-based sampling is activated to capture the time-based sampling data, determining whether a callback stack trace is active; in response to determining that the callback stack trace is active, loading the callback stack trace; retrieving a current stack trace of the JavaScript function; and saving the loaded callback stack trace and the current stack trace of the JavaScript function as the time-based sampling data.

Abstract: Disclosed are systems, methods, and computer-readable media for assuring tenant forwarding in a network environment. Network assurance can be determined in layer 1, layer 2 and layer 3 of the networked environment including, internal-internal (e.g., inter-fabric) forwarding and internal-external (e.g., outside the fabric) forwarding in the networked environment. The network assurance can be performed using logical configurations, software configurations and/or hardware configurations.

Abstract: Methods, systems, and computer-readable storage media for detecting a source of a defect in microservice-based applications, implementations including receiving at least one error log, the at least one error log including event data associated with at least one microservice in a set of microservices hosted on a cloud infrastructure, determining, for each microservice in the set of microservices, and for each type of defect in a set of types of defects, a probability that a respective microservice has a respective type of defect, and executing at least one action based on a probability indicating that a microservice of the set of microservices has a type of defect.

Abstract: Technical solutions are described for providing a redundant processor. An example processing unit includes a source processor coupled with a system communication bus via a first communication line; a backup processor coupled with the system communication bus via a second communication line; and an inter-microprocessor communication channel for communication between the source processor and the backup processor. The backup processor monitors for a failure of the source processor by monitoring the first communication line for communication messages being transmitted by the source processor. The backup processor determines a failure of the source processor in response to an absence of the communication messages on the first communication line for a predetermined duration. The backup processor, in response to a failure of the source processor, takes over control of communication of the processing unit by sending a status update on the inter-microprocessor communication channel.

Abstract: A mechanism for disaster recovery configurations and management in virtual tape applications. Specifically, the introduction of an additional computer process executing at an active datacenter site and at another active (or alternatively, a standby) datacenter site permit: (i) the generation and management of global configurations implemented on the active datacenter site prior to the occurrence of a failover event; and (ii) the implementation of global configurations on the another active (or standby) datacenter site after the occurrence of the failover event.

Abstract: A computing device and method for profiling and diagnostics in an Internet of Things (IoT) system, including matching an observed solution characteristic of the IoT system to an anomaly in an anomaly database.

Abstract: As a type of an event that occurs in a computer system, an event type for which display of performance data is to be requested in the future is defined in advance. A management system, upon detection of occurrence of an event that belongs to the event type for which it is defined that display of performance data is to be requested in the future, selects, as a read-ahead target, at least one of an event component which is a component in which the detected event has occurred, and a relevant component which is a component directly or indirectly coupled to the event component. When the performance data of the selected component is not stored in a memory, the management system reads the performance data of the selected component from a performance store to the memory.

Abstract: A method for analyzing dysfunctions of an embedded system including a phase for modeling this system and an analysis phase, the modeling phase including defining a set of resources, a set of services, a set of statuses and at least one rule for the acquisition of a status by a resource or by a service, the analysis phase including configuring the analysis including marking a marked event and analyzing acquisition rules to determine a set of basic events and conditions for the appearance thereof, leading to the appearance of the marked basic event.

Abstract: Provided is an electric machine health monitoring system that includes an electric machine, a data acquisition component, a local transmitter, a communications network, and a remote diagnostic unit that is configured to receive the time sequenced operational information, asset performance, and health status indicators from a local transmitter. The remote computational unit comprises software that is configured to perform diagnostic analysis of time sequenced operational information to determine the asset performance and health status of the electric machines.

Abstract: Example implementations relate to configuration item integrity. For example, a computing device may include a processor. The processor may receive a request for feedback specifying data integrity associated with a configuration item migrated from a first system to a second system. The configuration item is associated with a data source. The data integrity indicates quality and completeness of the configuration item. The processor may identify anomalies associated with the configuration item and unresolved conflicts between the configuration item and at least one other data source. The processor may generate a high availability and disaster recovery forecast associated with the configuration item and may calculate the data integrity based on the anomalies, the unresolved conflicts, and the high availability and disaster recovery forecast. The processor may provide the feedback specifying the data integrity.

Abstract: A memory device includes a memory array including a plurality of memory cells; and a controller coupled to the memory array, the controller configured to iteratively: determine a first error rate corresponding to a current processing level for processing data corresponding to a subset of the plurality of memory cells, determine a second error rate using an offset processing level for processing the data corresponding to the subset of the plurality of memory cells, wherein the offset processing level is offset from the current processing level by a first offset amount, and generate an updated processing level for the subset of the plurality of memory cells based on a comparison of the first error rate and the second error rate.

Abstract: Disclosed herein are system, method, and computer program product embodiments for error root cause detection. An embodiment operates by a computer implemented method that includes receiving, by at least one processor, a request to determine a root cause of an error associated with a code and executing a first execution path and a second execution path, where the first and second execution paths correspond to the code. The method further includes determining whether a difference between first data generated by the execution of the first execution path and second data generated by the execution of the second execution path affects the error associated with the code. The method also includes identifying a code component that contributed to the difference between the first data and the second data, if the difference between the first data and the second data affects the error associated with the code.

Abstract: Secondary nodes may detect failover operations for applications performing at a primary node. Application state indications may be collected at a primary node and reported to a monitor for the primary node. A secondary node may obtain the state indications from the monitor in order to evaluate whether the application is performing correctly at the primary and if not, trigger a failover operation to switch performance of the application to the secondary node. In some embodiments, the state information may be encoded into a single metric that can be obtained by the secondary node and evaluated to detect failover events.

Abstract: Methods and devices for testing graphics hardware may include reading content of a selected capture file from a plurality of capture files. The methods and devices may include transferring content from the selected capture file to an emulator memory of an emulator separate from the computer device. The methods and devices may include executing at least one pseudo central processing unit (pseudo CPU) operation to coordinate the execution of work on a graphics processing unit (GPU) of the emulator using the content from the selected capture file to test the GPU. The methods and devices may include receiving and store rendered image content from the emulator when the work is completed.

Abstract: According to an embodiment of the present invention, an automated computer implemented method and system for implementing a network architecture comprising: a first co-location comprising: a first pod that supports a first subset of users; a second pod that support a second subset of user; a first failover pod that supports one or more other pods from a second co-location and one or more other pods from a third co-location during failover mode; the second co-location comprising: a third pod that supports a third subset of users; a fourth pod that supports a fourth subset of users; a second failover pod that supports one or more other pods at the first co-location and one or more pods from another co-location during failover mode; and an enterprise entity that replicates data for each of the co-locations and communicates the replicated data to the first co-location and the second co-location.

Abstract: The present invention is directed to a method for diagnosing faults in a software system, according to which, predictions of the probability of each software component of the software system to be faulty are obtained from a diagnoser, and the probability predictions are input to a fault diagnosis software module, executed by the diagnoser.

Abstract: The subject matter described herein is generally directed towards detection and remediation of virtual computing instance (VCI) failure on host devices. Monitoring is performed to detect suspected failures of different guest operating systems, identify failure information, and perform remediation to provide high availability for the VCI.

Abstract: A computer-implemented method of detecting a likely software malfunction is provided. The method comprises collecting a plurality of software error data sets wherein each software error data set comprises a proposed code section containing an error and a corrected code section containing code changes that fixed the error in the proposed code section. The method further comprises training a computer-implemented algorithmic model using the collected software error data sets to devise a software code classifier for predicting a likely error in a code section, reviewing a section of code using the software code classifier, and identifying suspicious code in the reviewed section of code as containing a suspected error using the software code classifier.