Abstract: The management and use of replicated distributed transactions is facilitated. A distributed synchronous transaction system protocol is provided to manage the replication of distributed transactions for client application instances. The distributed synchronous transaction system allows transactions to be replicated without having the client application instances be aware of other instances to receive the transaction. Further, if a failure occurs during processing of a distributed replicated transaction, the distributed synchronous transaction system manages the recovery of the failure.

Abstract: A common interface (API) is provided which permits a single diagnostic probe manager to communicate with and to control a plurality of diagnostic probes. Through this interface the diagnostic probes are enabled to pass information concerning dependencies between software levels present in a hierarchical stack. This information is particularly useful in that it permits the probe manager to direct diagnostic efforts at the lowest desirable level so as to avoid the problems that occur when problems are indicated at a high level but which are actually caused by lower level software components.

Abstract: A common interface (API) is provided which permits a single diagnostic probe manager to communicate with and to control a plurality of diagnostic probes. Through this interface the diagnostic probes are enabled to pass information concerning dependencies between software levels present in a hierarchical stack. This information is particularly useful in that it permits the probe manager to direct diagnostic efforts at the lowest desirable level so as to avoid the problems that occur when problems are indicated at a high level but which are actually caused by lower level software components.

Abstract: Dynamic reconfiguration of a quorum group of processors and recovery procedure therefore are provided for a shared nothing distributed computing system. Dynamic reconfiguration proceeds notwithstanding unavailability of at least one processor of the quorum group of processors assuming that a quorum of the remaining processors exists. Recovery processing is implementing by the group of processors so that the at least one processor which was unavailable during the dynamic reconfiguration of the group is able to obtain current state information once becoming active. Each processor of the group of processors includes an incarnation number and a list of member processors which participated in a commit process resulting in its incarnation number. The recovery processing includes exchanging the processors' incarnation numbers and lists of processors for propagation of the current state of the quorum group of processors to the at least one processor now becoming available.

Abstract: Dynamic reconfiguration of a quorum group of processors and recovery procedure therefore are provided for a shared nothing distributed computing system. Dynamic reconfiguration proceeds notwithstanding unavailability of at least one processor of the quorum group of processors assuming that a quorum of the remaining processors exists. Recovery processing is implementing by the group of processors so that the at least one processor which was unavailable during the dynamic reconfiguration of the group is able to obtain current state information once becoming active. Each processor of the group of processors includes an incarnation number and a list of member processors which participated in a commit process resulting in its incarnation number. The recovery processing includes exchanging the processors' incarnation numbers and lists of processors for propagation of the current state of the quorum group of processors to the at least one processor now becoming available.

Abstract: Dynamic reconfiguration of a quorum group of processors and recovery procedure therefore are provided for a shared nothing distributed computing system. Dynamic reconfiguration proceeds notwithstanding unavailability of at least one processor of the quorum group of processors assuming that a quorum of the remaining processors exists. Recovery processing is implementing by the group of processors so that the at least one processor which was unavailable during the dynamic reconfiguration of the group is able to obtain current state information once becoming active. Each processor of the group of processors includes an incarnation number and a list of member processors which participated in a commit process resulting in its incarnation number. The recovery processing includes exchanging the processors' incarnation numbers and lists of processors for propagation of the current state of the quorum group of processors to the at least one processor now becoming available.

Abstract: Dynamic reconfiguration of a quorum group of processors and recovery procedure therefore are provided for a shared nothing distributed computing system. Dynamic reconfiguration proceeds notwithstanding unavailability of at least one processor of the quorum group of processors assuming that a quorum of the remaining processors exists. Recovery processing is implementing by the group of processors so that the at least one processor which was unavailable during the dynamic reconfiguration of the group is able to obtain current state information once becoming active. Each processor of the group of processors includes an incarnation number and a list of member processors which resulted from a commit process resulting in its incarnation number. The recovery processing includes exchanging the processors' incarnation numbers and lists of processors for propagation of the current state of the quorum group of processors to the at least one processor now becoming available.

Abstract: A parallel distributed computing system having a plurality of processors connected in a network of nodes, each node having software installed thereon, and a control workstation controlling the nodes in the network. A list of the levels of the software installed at each node is stored at the control workstation. A list of software subsystems affected by a command to be executed is stored at the nodes of the network, including the control workstation. In addition, a control script for each of said software subsystems is stored at the nodes, including the control workstation. Each control script provides a routine to be followed for the associated subsystem on the associated node or control workstation during the execution of the command. Since the control scripts are compatible with the level of software installed on the target node, the command will be performed such as to be compatible with the software installed on the target node.

Abstract: A method for use in a parallel distributed computing system having a plurality of processors connected in a network of nodes, each node having software installed thereon, and a control workstation controlling the nodes in the network. A list of the levels of the software installed at each node is stored at the control workstation. A list of software subsystems affected by a command to be executed is stored at the nodes of the network, including the control workstation. In addition, a control script for each of said software subsystems is stored at the nodes, including the control workstation. Each control script provides a routine to be followed for the associated subsystem on the associated node or control workstation during the execution of the command. Since the control scripts are compatible with the level of software installed on the target node, the command will be performed such as to be compatible with the software installed on the target node.