Abstract: Methods and apparatus for communicating and utilizing persistent allocation of resources are described herein. A base station may allocate persistent resources to a client station, and may associate the client station or persistent resource allocation with a particular shared NACK channel. The base station may monitor the NACK channel for a NACK indicating a map error. The base station may monitor the resource allocation to implicitly determine a map error. The base station may resend one or more persistent resource allocation information elements in response to the NACK or implicit error determination. A client station having a persistent resource allocation may monitor persistent resource allocation information elements in map messages and/or may indicate failure to receive a persistent resource allocation information element in a NACK message on a shared NACK channel.

Abstract: First audit information corresponding to a first set of log entries associated with a transformation performed on first data is obtained, where the first audit information includes a first commutative result produced by applying a commutative function to object identifiers associated with the first set of log entries. Second audit information corresponding to a second set of log entries associated with the transformation performed on second data is obtained, with the second data being a different representation of the first data and where the second audit information includes a second commutative result produced by applying the commutative function to object identifiers associated with the second set of log entries. The first commutative result is compared with the second commutative result to validate whether the second data matches the first data. One or more actions are performed depending on whether the second data is the successful transformation of the first data.

Abstract: A system, method, and computer program product are provided for error handling in multi-layered integrated software applications. In operation, a system monitors a multi-layered integrated software application utilizing a process that runs in parallel with the multi-layered integrated software application and reads one or more logs generated by the multi-layered integrated software application. The system identifies one or more errors from the one or more logs. The system parses the one or more errors based on one or more decision files, wherein the one or more decision files include specific keywords that are defined as part of rule configuration utilized to identify a source of the one or more errors. Further, the system identifies the source of the one or more errors in the multi-layered integrated software application utilizing the one or more decision files.

Abstract: A high availability industrial automation controller used in a high availability industrial automation system is disclosed. The controller includes instructions executable by a processor to receive information about a lost redundancy in the industrial automation system, change a first redundancy state and a second redundancy state associated with a first task and a second task, respectively, upon receiving the information, perform the first task and the second task. The performing the first/second task can include identifying the first/second redundancy state has been changed, modifying operation of the first/second task in response to the first/second redundancy state being changed, and resetting the first/second redundancy state. Also disclosed is a method of operating the industrial automation controller.

Abstract: Statistical application-agnostic fault detection of multi-process applications in environments with data trend includes at least one of: a multi-process application that runs on a host. Statistical events are collected and sent to a statistical fault detector. The statistical fault detector creates one or more distributions and compares recent statistical event data to historical statistical event data and uses deviation from historical norm for fault detection. If needed, trend is removed from event data prior to the creation of distributions. Faults are detected within the application and within the environment wherein the application executes, if conditions within the environment cause impaired application performance.

Abstract: An application health monitoring system automatically resolves anomalies arising among clients of a messaging server. The messaging server clients (MSCs) include one or more applications and services included in the applications. The anomalies include MSC anomalies and process starter anomalies. When a messaging session is disconnected due to server restarts, the service may be automatically restarted a predetermined number of times to re-establish the connection. Similarly, if a process starter of a service fails to start up properly, the service can be automatically restarted a predetermined number of times before the anomaly is flagged for human review. The monitoring system also automatically implements rules whenever service configurations are changed in addition to validating web service ports and cloud provider queues.

Abstract: A system, method, and computer readable medium for statistical application-agnostic fault detection of multi-process applications. The computer readable medium includes computer-executable instructions for execution by a processing system. A multi-process application runs on a host. Interceptors collect statistical events and sends said events to a statistical fault detector. The statistical fault detector creates one or more distributions and compares recent statistical event data to historical statistical event data and uses deviation from historical norm for fault detection. The present invention detects faults both within the application and within the environment wherein the application executes, if conditions within the environment cause impaired application performance. The invention also teaches consensus fault detection and elimination of cascading fault notifications based on a hierarchy of events and event groups.

Abstract: Methods, systems, and products mirror data between local memory and remote storage. A write command is sent from a server to a remote storage device, and a timer is established. A current time of the timer is compared to a maximum time period. If the maximum time period expires without receipt of an acknowledgment to the write command, then a write error is assumed to exist to the remote storage device.

Abstract: Inventive systems, techniques, and program products for copy-on-read, particularly in the context of disaster recovery (DR), are described. The inventive concepts include: a primary system for copy-on-read processing and disaster recovery, the primary system comprising: a primary storage volume available at a primary system, the primary storage volume storing one or more data portions; a record of regions of the primary storage volume, wherein a given region of the primary storage volume is marked when a given data portion stored on the primary storage volume is sent to a disaster recovery system; and a record monitoring component configured to determine whether one or more later writes to marked region(s) of the primary storage volume should be immediately replicated to the disaster recovery system, wherein the later writes occur after replicating the given data portion stored on the primary storage volume to the disaster recovery system.

Abstract: Systems, techniques, and articles are described herein for workload shifting in a database system. A computer system is configured to provide a database system and includes one or more processors, a primary database system implemented by the one or more processors, and a secondary database system implemented by the one or more processors. The secondary database system is configured as a hot-standby system for the primary database system and is capable of providing at least a minimum amount of essential functionality of the primary database system during a disruption. The primary database system is configured by programming instructions, executable on the computer system, to cause the one or more processors to determine from a query request from a client application directed to the primary database system that workload from a query may be shifted to the secondary database system and instruct the client application to execute the query.

Abstract: An illustrative embodiment includes a method for checkpointing and restarting an application executing at least in part on one or more central processing units coupled to one or more hardware accelerators. The method comprises checkpointing the application at least in part by: transferring checkpoint data of the application to the one or more hardware accelerators; performing distributed compression of the application checkpoint data at least in part using the one or more hardware accelerators; and writing the compressed application checkpoint data to a storage device. The method further comprises restarting the application at least in part by: reading the compressed application checkpoint data from the storage device; transferring the compressed checkpoint data to one or more hardware accelerators; and performing distributed decompression of the application checkpoint data at least in part using said one or more hardware accelerators.

Abstract: Method and apparatus for monitoring and reconstructing a software-defined PLC are provided. The method includes: upon monitoring a PLC fails, obtaining, by a soft guardian, an operating state of each physical core on each server in a server cluster, and an operating state of each micro kernel on the each physical core; determining a target micro kernel according to the operating state of each physical core on each server, and the operating state of each micro kernel on each physical core; and transmitting a reconstruction instruction to the target micro kernel to instruct the virtual PLC to be reconstructed on the target micro kernel.

Abstract: Some embodiments include apparatuses and methods having a first interface to communicate with a processing unit, a second interface to communicate with a memory device, and a module coupled to the first and second interfaces. In at least one of the embodiments, the module can be configured to obtain information stored in the memory device and perform at least one of testing and repairing of a memory structure of the memory device based at least in part on the information.

Abstract: Described are devices, systems and techniques for implementing atomic memory objects in a multi-writer, multi-reader setting. In an embodiment, the devices, systems and techniques use maximum distance separable (MDS) codes, and may be specifically designed to optimize a total storage cost for a given fault-tolerance requirement. Also described is an embodiment to handle the case where some of the servers can return erroneous coded elements during a read operation.

Abstract: Systems and methods for predictive technology incident reduction are disclosed. In one embodiment, in an information processing apparatus comprising at least one computer processor, a method for predictive technology incident reduction may include: (1) receiving a change record for a proposed change to a computer application or a computer network infrastructure; (2) analyzing the potential change for an adverse potential cross impact with another computer application or a computer system; (3) predicting a probability of failure and an impact of the proposed change using a model; (4) in response to a low predicted probability of failure, or a high predicted probability of failure with a low predicted impact: approving the proposed change; and implementing the proposed change; and (5) in response to a high predicted probability of failure and a high predicted impact, rejecting the proposed change.

Abstract: A method is used in monitoring an application in a computing environment. The method represents execution of the application on a system as a finite state machine. The finite state machine depicts at least one state of the application, where the state indicates at least one of successful application execution and unsuccessful application execution. The method identifies an error state within the finite state machine, where the error state indicates the unsuccessful application execution. The method identifies, by analyzing the finite state machine, a non-error state as a cause of the unsuccessful application execution, where the unsuccessful application execution is represented as a path comprising a plurality of states, where the path comprises the non-error state. The method maps the non-error state to a location in the application to identify the cause of the unsuccessful application execution.

Abstract: Systems and methods for predicting computing system issues include: receiving a set of incident management tickets for a set of computing system issues and a set of computer log files for multiple modules of the computing system; arranging the set of tickets into chronologically ordered groups associated with particular computing system issues; pre-processing the set of computer log files to remove specified information, append to each log entry an indicator of the module of the log file, and merge the log entries; determining for each group a set of patterns for the group's associated computing system issue before the group's associated computing system issue arises; calculating for each pattern in each group a similarity score; selecting a subset of patterns whose similarity scores exceed a specified threshold; and generating a computing model associating the subset of patterns in each group with the group's associated computing system issue.

Abstract: A method, system and computer program product are provided for detecting state and sparing of optical Peripheral Component Interconnect Express (PCI-Express or PCIE) cable channels attached to an IO drawer. System firmware is provided for implementing health check functions and state detection and sparing functions. One or more optical cables are connected between a host bridge and an PCIE enclosure, each optical cable includes one or more spare optical channels. An identified failed optical channel is rerouted to the spare optical channel.

Abstract: A processing system, such as for an automobile, includes multiple processor cores, including an application core and a safety core, and a fault detection circuit in communication with the processor cores. The fault detection circuit includes a progress register for storing progress data of an application executed on the application core. The safety core, which executes a fault detection program, reads the progress data from the progress register, and generates an output based on the progress data and an expected behavior of the application. The safety core writes the output to a status register of the fault detection circuit. The fault detection circuit includes a controller that reads the status register and generates a fault signal when the output indicates there is a fault in the execution of the application. In response, the application core either recovers from the fault or runs in a safe mode.

Abstract: An accelerator manager monitors and logs performance of multiple accelerators, analyzes the logged performance, determines from the logged performance of a selected accelerator a desired programmable device for the selected accelerator, and specifies the desired programmable device to one or more accelerator developers. The accelerator manager can further analyze the logged performance of the accelerators, and generate from the analyzed logged performance an ordered list of test cases, ordered from fastest to slowest. A test case is selected, and when the estimated simulation time for the selected test case is less than the estimated synthesis time for the test case, the test case is simulated and run. When the estimated simulation time for the selected test case is greater than the estimated synthesis time for the text case, the selected test case is synthesized and run.