Abstract: A collaboration system may include a non-destructive testing (NDT) inspection device that may communicate with at least one other computing device via a computing network. The computing network may communicatively couple a plurality of computing devices and the NDT inspection device may acquire inspection data, establish a communication connection to the at least one other computing device, and send the data to the at least one other computing device. There, the at least one other computing device may analyze the data. After the data is analyzed, the NDT inspection device may receive the analyzed data from the at least one other computing device.

Abstract: Exemplary methods, apparatuses, and systems include a proxy intercepting, from a client, a plurality of requests addressed to a first server. The proxy adds an entry for each of the plurality of requests to a data structure. Each entry includes data from one of the plurality of requests. The proxy forwards each of the plurality of requests to the first server. In response to detecting the first server was unavailable or otherwise failed, the proxy reconnects to the first server when the first server recovers or connects to a second server serving as a backup for the first server. The proxy transmits to the first or second server one or more commands using the entries of the data structure to restore state information for the client.

Abstract: The technology described in this document is, among other things, capable of efficiently monitoring storage device signal data for anomalies. In an example method, signal data for a plurality of non-transitory storage devices is collected. The method determines a hyper feature representation from the collected signal data and computes, using the hyper feature representation, scores for statistics associated with the non-transitory storage devices. The method further determines a reduced hyper feature representation aggregating the scores for each of the statistics associated with each of the non-transitory storage devices; generates, using the reduced hyper feature representation, storage device scores for the non-transitory storage devices of the plurality, respectively; and identifies one or more non-transitory storage devices from among the plurality of non-transitory storage devices exhibiting anomalous storage device behavior using the storage device scores.

Abstract: A method, computer program product, and computer system for monitoring health of at least one storage device of a cache in a clustered system. A recovery journal may be maintained, wherein the recovery journal may identify whether one or more chunks of data stored in the cache have been dumped from the at least one storage device to persistent storage in the clustered system. A state of the at least one storage device may be determined based upon, at least in part, the health of the at least one storage device. A recovery action may be performed on the one or more chunks of data stored in the at least one storage device based upon, at least in part, the state of the at least one storage device.

Abstract: Embodiments described herein provide a method, system, and computer readable medium configured to analyze a heap following a core dump is disclosed herein. The method begins by generating the core dump responsive to an occurrence of an event in a run-time environment. The core dump contains the contents of a heap at a moment in time that the event occurred. The processor analyzes the heap in the run-time environment using a first heap analysis method at a first starting point in the heap. The heap includes one or more slots. Each slot contains one or more objects. The processor analyzes the contents of the heap specified by the core dump using a second heap analysis method at a second starting point in the heap, responsive to determining that a first slot is not reachable.

Abstract: Embodiments are disclosed for improving failure recovery in a distributed system during execution of a processing chain. In the context of a method, an example embodiment includes implementing, by the distributed system, a task coordination state machine corresponding to the processing chain. This example embodiment of the method further includes discovering, using the task coordination state machine, an error occurring during execution of the processing chain. Finally, the example embodiment of the method further includes reporting the error by a failure report generator service and recovering, by a failure recovery service, from the error. Corresponding apparatuses and computer program products are also provided.

Abstract: A high availability (HA) failover manager maintains data availability of one or more input/output (I/O) resources in a cluster by ensuring that each I/O resource is available (e.g., mounted) on a hosting node of the cluster and that each I/O resource may be available on one or more partner nodes of the cluster if a node (i.e., a local node) were to fail. The HA failover manager (HA manager) processes inputs from various sources of the cluster to determine whether failover is enabled for a local node and each partner node in an HA group, and for triggering failover of the I/O resources to the partner node as necessary. For each I/O resource, the HA manager may track state information including (i) a state of the I/O resource (e.g., mounted or un-mounted); (ii) the partner node(s) ability to service the I/O resource; and (iii) whether a non-volatile log recording I/O requests is synchronized to the partner node(s).

Abstract: Changes in a multi-RAID configuration to metadata of a source production volume in a source RAID are monitored since taking a most recent FC backup on the source production volume. The incremental copies of the metadata are stored on a target production volume in a target RAID. The source RAID is used to serve as a storage for the source production volume and also serve as a FC backup of the target production volume residing on the target RAID for creating a dual purpose for the multi-RAID configuration.

Abstract: Exemplary methods, apparatuses, and systems divide data into a plurality of portions such that the data is recoverable using a subset of the plurality of portions. For each portion of the data, a storage device different than storage devices storing all other portions of the data is selected. The selecting of storage devices includes distributing the portions of data based upon diversity of geographic locations of storage devices and diversity of storage device characteristics. The storage device characteristics include at least one of hardware characteristics, software characteristics, and operating history characteristics. Each portion of the data is stored on a corresponding selected storage device.

Abstract: A module is tested for compatibility with a chassis without being inserted into the chassis. A platform specification and chassis configuration is obtained. Information about the module is received from an NFC tag attached to the module. The information about the module is analyzed against the platform specification and chassis configuration. Based on the analysis, one of a set of conditions is determined to exist. A first condition exists when the module will not be supported according to the platform specification. A second condition exists when the module will be supported and there are no empty slots for which the module will be compatible with the chassis configuration. A third condition exists when the module will be supported and there is at least one empty slot for which the module will be compatible with the chassis configuration. An indication, perceptible to a user, of a determined condition is generated.

Abstract: Methods and systems for performance measurements of a program are provided. An execution trace of the program may be captured and stored. The stored execution trace may be replayed in an offline mode. Performance measurements for the program may be determined based on the replaying of the execution trace in the offline mode.

Abstract: Arrangements described herein relate to generation of test plans. A list of test case selection criteria can be presented to each of a plurality of stakeholders. At least one user input is received from each of the plurality of stakeholders selecting at least one test case selection criterion from the list of test case selection criteria and, for each selected test case selection criterion, assigning a criterion priority. Test cases, which correspond to the selected test case selection criteria, can be automatically selected to include in a candidate test plan. A candidate priority can be automatically assigned to each test case selected to be included in the candidate test plan. The processor selects the test cases to include in the candidate test plan and assigns the candidate priorities to the selected test cases based on processing the criterion priorities assigned to the selected test case selection criteria by the stakeholders.

Abstract: In certain embodiments, a system comprises processing circuitry and memory comprising logic. The processing circuitry is operable to execute the logic whereby the system is operable to monitor a pool of shared computing resources, determine a concentration risk associated with a first computing resource in the pool, and perform an action if the concentration risk exceeds a threshold. Each computing resource within the pool of shared computing resources is capable of being allocated dynamically in order to support one or more applications. The concentration risk is based on an extent to which the one or more applications have upstream or downstream dependencies on the first computing resource. The action comprises communicating a notification to a system operator and/or initiating a remediation step configured to reduce the concentration risk associated with the first computing resource.

Abstract: Techniques are disclosed herein for paging I/O translation table entries. A host bridge of system hardware receives a request to fetch a first segment of an I/O translation table associated with one of a plurality of logical partitions executing in a computing system. The host bridge identifies a control register associated with the first segment. Upon determining that the first segment is paged out to the storage volume, a second segment is paged out from a location in memory to the storage volume. The first segment is paged in to the location.

Abstract: A data storage device includes a flash memory and a controller. The controller is coupled to the flash memory and includes a ROM which stores a boot code. In an initialization procedure of the data storage device, the controller does not access the flash memory and receives a debug code from an external device, and executes the boot code and the debug code to complete the initialization procedure.

Abstract: Disclosed is a method that includes obtaining a list of processes in an application centric infrastructure fabric, sorting the list of processes according to an amount of memory increase associated with each respective process in the list of processes to yield a sorted list, selecting a group of processes from the sorted list and collecting a respective live process core for each process in the group of processes without pausing or killing any process in the group of processes. The method includes applying an offline leak detection tool to each process in the group of processes to yield a list of leaked memory addresses for a given process of the group of processes and transmitting a message to the given process with the list of leaked memory addresses, whereby the given process calls a function to release leaked memory associated with the given process as identified in the message.

Abstract: A system and method is disclosed for live virtual incremental restoring of data from a cloud storage. An example method includes, in response to detecting a data backup, collecting information by a hardware processor of a computing device for configuring a list of changed sectors (LCS) of a storage medium of the computing device as a result of the data backup. The method further includes virtually restoring at least a portion of electronic data saved in the storage medium of the computing device from the cloud storage, the selected electronic data being previously saved in the cloud storage. The method also includes rebooting the computing device and applying changes to the storage medium of the computing device based on the LCS during a subsequent data backup.

Abstract: The present disclosure discloses an arbitration processing solution when brain split occurs in cluster. The solution includes: receiving, by a quorum storage apparatus within a first refresh packet detection period, first master quorum node preemption requests sent by at least two quorum nodes in the cluster; sending, by the quorum storage apparatus, a first master quorum node preemption success response message to the initial master quorum node indicating that the initial master quorum node succeeds in master quorum node preemption when the first master quorum node preemption requests received within the first refresh packet detection period comprise the master quorum node preemption request sent by the initial master quorum node.

Abstract: Embodiments are disclosed for fast data fetching and rendering. In some embodiments, in response to receiving a page display request, a system constructs a static, possibly nested query for retrieving all the data to be rendered for the page and stores the query result in a data store. For a future page display request, the system similarly constructs a query and determines whether the query can be resolved from the data store. If not, the system constructs a “diff query” to fetch only the missing data. In some embodiments, in response to a subsequent page update request, the system retrieves from the server all the data likely to be viewed or updated and renders the data changes corresponding to the requested update. The system then submits the data changes to the server and undoes the rendering of the data changes when the server fails to process the data changes.

Abstract: A test application running on a first platform in a first data center is configured for disaster recovery. A first request is sent to the test application, including determining that the first request is processed by a first test application instance in the first data center. A second request is sent to the test application to generate test data. A third request is sent to a second platform in a second data center to switch traffic for the test application from the first instance to a second instance running in the second data center. A fourth request is sent to the test application, including determining that the fourth request is processed by the second instance. A fifth request is sent to the test application to validate data replicated from the first data center to the second data center. A determination is made as to whether disaster recovery is successful.