143 results about "Recovery - action" patented technology

Embodiments of the present invention provide novel, reliable and efficient technique for tracking, tolerating and correcting unrecoverable errors (i.e., errors that cannot be recovered by the existing RAID protection schemes) in a RAID array by reducing the need to perform drastic recovery actions, such as a file system consistency check, which typically disrupts client access to the storage system. Advantageously, ability to tolerate and correct errors in the RAID array beyond the fault tolerance level of the underlying RAID technique increases resiliency and availability of the storage system.

PCT No. PCT/SE96/00794 Sec. 371 Date May 27, 1998 Sec. 102(e) Date May 27, 1998 PCT Filed Jun. 18, 1996 PCT Pub. No. WO97/01907 PCT Pub. Date Jan. 16, 1997A communication network system having at least three nodes, which are interconnected by transmission links carrying traffic to and from the nodes. The transmission links are divided into a working ring and a protection ring where the working ring and the protection ring can transmit traffic in opposite directions. A node is able to detect when an error occurs in the surrounding transmission links or the node itself. Each node can, by itself, divert traffic from the working ring to the protection ring and/or from the protection ring to the working ring. A recovery action is performed when the error is healed.

A method in a data processing system for minimizing read/write errors caused by impaired performance of a hard disk drive during runtime operation of the hard disk drive. The runtime operation includes an active mode during which read/write operations are conducted and a standby mode which occurs while no read/write operation is underway. First, at least one performance parameter of a hard disk drive is monitored during a standby mode of operation. Next, in response to detecting a degraded value of the at least one performance parameter, performing preventive recovery action only during the standby mode of operation, such that the performance parameter is restored to an acceptable value without interfering with hard disk drive operation during an active mode.

A table for identifying potentially bad location addresses based on prior knowledge and performing specific operations using the table data to ensure write recovery is disclosed. A Write Recovery Table (WRT) is provided, which consists of a list of LBAs requiring such special write recovery action so that a WRITE AND VERIFY command is issued instead of a WRITE command. If the WRITE AND VERIFY command fails, the RAID controller can issue a REASSIGN BLOCKS command for the bad block and re-issue the WRITE AND VERIFY command. If WRITE AND VERIFY commands are not supported, then the system can use a READ command with the “Force Unit Access” flag bit being set to “1” to verify the written data. Further, the WRT may be combined with Bad Data Table (BDT) to reject a Read Request from the host for a matched LBA (that is listed therein) because the data in the addressed block is known incorrect when a write recovery action is not warranted.

A generalized architecture for a highly available transaction processing system that combines commercially available components and software components specifically developed to implement the architecture into an integrated, highly available transaction processing system that minimizes planned and unplanned downtime, minimizes data loss in the event of failures, provides proactive monitoring of both hardware and software components of the highly available transaction processing system, provides automated recovery actions that involve fast failover, either locally to an Inactive Node, or remotely to a Standby Site, and provides an easy-to-use graphical-user-interface-based management interface that provides service-oriented views of the state of the system, with context-directed commands and meta-commands to guide managers in execution of their tasks.

Testing the liveliness of a data plane of a label switched path (LSP) using a two stage approach. The first stage may use a general echo request operation that may be implemented using hardware. Therefore, the first stage does not heavily burden the control plane of the LSR. If a suspect LSP passes the first stage of the diagnostic operation, nothing more needs to be done. If, however, the suspect LSP fails the first stage, the diagnostic operation proceeds to a second stage. The second stage of the diagnostic operation sends probing massages through the suspect LSP, but uses the control plane to deliver the acknowledging messages. If the suspect LSP fails the second stage of the diagnostic operation, the ingress LSR can infer that the LSP is down, and begin recovery actions. The probing messages may include padding so that MTU limits can be tested. In addition, the probing messages may be encapsulated in a protocol that allows flow control, thereby protecting an LSR that can receive such messages from DoS attacks.

A fast recovery extended method is used to enhance the performance of TCP fast recovery when multiple segment losses occur within a single round trip time between a TCP sender and a TCP receiver. A TCP fast recovery process is performed by a TCP sender, and then a TCP fast recovery extended process is performed by the TCP sender upon receiving acknowledgement of receipt of new data from a TCP receiver in the TCP fast recovery process. The fast recovery extended process determines, following receipt of the acknowledgement of receipt of new data, an excess number of duplicate acknowledgements based upon a count of consecutive duplicate acknowledgement packets. The fast recovery extended process takes a network packet transmission recovery action based upon the excess number of duplicate acknowledgements, and then stores the excess number of duplicate acknowledgements as a number of duplicate acknowledgements for further use.

An example of a solution provided here comprises: selecting an incident that requires further processing, capturing data associated with said incident, outputting captured data, and outputting a description for said captured data, whereby problem-solving is promoted. Another example comprises: providing runtime features for data capture, selecting an incident that requires further processing, capturing data on a thread that encounters said incident, and outputting captured data. In some cases, such a solution might include comparing a current incident to known incidents, and if a match is found, retrieving information that is relevant to said current incident. In some cases, such a solution might include taking recovery action or corrective action in response to said incident. Methods for handling errors, systems for executing such methods, and instructions on a computer-usable medium, for executing such methods, are provided.

A method and multithreaded processor for handling livelocks in a simultaneous multithreaded processor. A number of instructions for a thread in a queue may be counted. A counter in the queue may be incremented if the number of instructions for the thread in the queue in a previous clock cycle is equal to the number of instructions for the thread in the queue in a current clock cycle. If the value of the counter equals a threshold value, then a livelock condition may be detected. Further, if the value of the counter equals a threshold value, a recovery action may be activated to handle the livelock condition detected. The recovery action may include blocking the instructions associated with a thread causing the livelock condition from being executed thereby ensuring that the locked thread makes forward progress.

An embodiment of the invention is a multiprocessor system for detecting and recovering from errors. The multiprocessor system includes a first processor and a second processor. The first processor detects an error and initiates a recovery process. The first processor and said second processor synchronize at least one recovery action during the recovery process.

System for generating pressure waves for deep seismic surveys operating in an underwater environment below the surface, suitable for investigating subcrustal objectives for prospecting purposes in the search for hydrocarbons and/or minerals. The system comprises one or more autonomous underwater vehicles organized in swarms, independent and coordinated, each housing one or more autonomous acoustic sea sources with self-propelled striker pistons. This system is served by a system of supporting surface stations, for reprovisioning, recovery actions, checking the well-being of the single vehicles and swarms and maintenance. The system is capable of using both conventional and non-conventional self-charged acoustic sea seismic sources. The system is capable of replicating the effect of a conventional source operated from the surface. The seismic sea source of the non-conventional acoustic type, proposed herein, can release a high-intensity pressure wave produced by a system of two striker pistons, which does not consume air when operating as it does not disperse air or another gas in water and does not produce mass variations of the device during its functioning and allows the amplitude and duration of the sound wave emitted and characteristics of the emission spectrum, to be regulated.

Embodiments of the present invention address deficiencies of the art in respect to distributed computing for large data sets on clusters of computers and provide a novel and non-obvious method, system and computer program product for detecting and correcting malicious nodes in a cloud computing environment (e.g., MapReduce computing). In one embodiment of the invention, a computer-implemented method for detecting and correcting malicious nodes in a cloud computing environment can include selecting a task to dispatch to a first worker node, setting a suspicion index threshold for the selected task, determining a suspicion index for the selected task, comparing the suspicion index to the suspicion index threshold and receiving a result from a first worker node. The method further can include applying a recovery action when the suspicion index exceeds the selected suspicion index threshold.

Provided are a method, system, and program for managing communication between a first device and a second device and performing a recovery action at the second device in response to a credit depletion notification from the first device. The second device assigns credits indicating a number of outstanding frames the first device may transmit to the second device. The second device receives a first type or second type of credit depletion notification from the first device indicating that the first device needs additional credits to transmit further frames to the second device. The second device performs one of a plurality of recovery actions depending on whether the first type or second type of credit depletion notification was received.

Remote video devices are monitored by receiving video pattern data from the remote video devices and comparing device video patterns represented by the video pattern data to predetermined video patterns. If device video patterns match the predetermined video patterns, a rule corresponding to the predetermined video pattern is accessed and execution of a recovery action is initiated.

Systems and methods which implement a buffer for storing data to be written to a storage device when a data write operation of the storage device is determined to be outside of an acceptable parameter are disclosed. An elasticity buffer of embodiments may provide buffering on an as needed basis with respect to storage device cache flushing operations to thereby persistently store dirty write data from a storage device cache when a storage device data write is experiencing aberrant operation, such as when the data write is taking too long. The resources of the storage device cache may thus be cleaned and made available for subsequent data caching. The data may subsequently be written from the elasticity buffer to the storage device, such as after recovery action is taken with respect to the storage device, when the storage device starts completing data write operations in a timely fashion, etc.

Loop detection systems and methods in an Ethernet Ring Protected network include, subsequent to creating a loop detection service on all nodes in the network, periodically transmitting a loop detection frame on both ports of the node; responsive to failing to receive the loop detection frame at the node, determining no loop exist in the ring; and, responsive to receiving the loop detection frame on a received port at the node, determining a loop exists in the ring and automatically implementing one or more recovery actions.

Method and apparatus for managing memory of a data processing system. In one embodiment, memory objects are allocated in response to memory allocation requests. Each object has an associated plurality of addresses. Type-identifier codes are respectively stored in association with the memory objects. Upon detection of a transient memory error at a memory address a recovery action is selected and performed based on the type-identifier code of the object that is associated with the erring memory address.

Methods and apparatuses for performing a quiesce operation during a processor recovery action is provided. A processor performs a processor recovery action. A processor retrieves a quiesce status of a computer system from a shared cache with a second processor. A processor determines a quiesce status of the first processor based, a least in part, on the retrieved quiesce status of the computer system.

Techniques for monitoring system resources such that a resource-related problem can be identified at a point in time when it is still possible to initiate a set of recovery actions for remedying the problem without disrupting services provided by the system. Various system resources may be monitored including but not limited to system memory (e.g., RAM), one or more processors, non-volatile memory (e.g., Compact Flash usage), and the like.

A method, apparatus, and computer implemented instructions for processing and recovering from soft errors in computer array with a parity error checking design in a data processing system. In response to an occurrence of a parity error, processor status information is stored to form stored processor information. A determination is made as to whether the parity error is a recoverable parity error using the stored processor information. In response to the parity error being a recoverable parity error, a recovery action is performed. The specific action taken varies depending on the type of error.

A mechanism provides autonomic recovery for a breakout appliance at the edge of a mobile data network from a variety of errors using a combination of hardware, software and network recovery actions. The recovery actions proceed upon a sliding scale depending on the severity of the problem to achieve the goals of minimizing disruption to traffic flowing through the NodeB while also maintaining an acceptable cost of ownership/maintenance of the system by automatically recovering from as many problems as possible. The error recovery functions within the breakout system hide the error recovery complexities from the management system upstream in the mobile data network. For critical, non-recoverable errors, the autonomic recovery mechanism works in conjunction with a fail-to-wire module to remove the breakout system in the event of a failure in such a way that the mobile data network functions as if the breakout system is no longer present.