Remote interrupt processing

Abstract: A local application (10) connected to a remote application (18) over a computer network (16,30) can interrupt processing of the remote application. To do so, a new communications link is opened (30), and an identifier of the remote process to be interrupted is passed to the remote node. The new communications link is then closed. A manager process (34) on the remote node raises the interrupt to the desired remote application, which returns acknowledgement of the interrupt over the original connection.

Description: The present invention relates generally to digital computer systems, and more specifically to signalling between processes running on computer systems attached to a network. As small computers continue to become more powerful, and their costs decrease, networks of computers continue to be more common. These networks can be connected using a variety of network architectures, and typically consist of a moderate to large number of nodes. Each node can be a stand alone computer system, or a network shared resource such as a file server or printer. Distributed processing over a network has a number of advantages over the use of a centralized mainframe which contributes to continuing growth in this area. A well designed network can expand as desired, adding work stations, terminals, and shared network resources as needed. A network is somewhat less sensitive to hardware failures, in that a hardware failure generally does not render the entire network useless, while preventative maintenance or a hardware failure in a centralized mainframe usually makes all resources completely unavailable. Work stations and dedicated servers connected to a network can be optimized for use in performing one or a limited number of functions, which improves efficiency. An example of a type of system which can be beneficially attached to a network is a database server. Remote database accesses are made to the database server node from other nodes attached to the network. The database server can be optimized for efficient database access, while remaining available to a large number of users. With distributed systems, user control of the machine actually performing a user's work is lessened. In fact, a user often does not know, or care, exactly which machine is performing work for that user. System and network loads, hardware failures, and other problems may cause long delays for a user without that user being aware of the source of the problem. In the case of remote database accesses, a user can also enter complex commands, perhaps accidentally, which create long delays before results are obtained. If a long delay in receiving results from a remote network node is unexpected or undesired, it may be necessary for the user to interrupt processing on the remote node. In the case of remote shared database systems, as well as many other types of applications, the remote interrupt must be "graceful." In other words, the remote application must be able to handle the remote interrupt request in a predictable, completely determined manner, and leave all files on the remote node in a known, safe state. It is very important that shared databases handle interrupt requests gracefully, as corruption of data can result if they do not. Therefore, if the user wishes to interrupt a request to a remote database and perform other work on his local node, he cannot simply cancel the application running on the remote node. Also, simply severing the communications link between the user's node and a remote database server is not a graceful way of interrupting a remote database request. It is also often not desired, as the user may want to make additional requests after the currently pending request is cancelled. It would therefore be desirable to provide a system and method for gracefully interrupting a process on a remote node of a computer network. Viewed from one aspect the invention provides a method for interrupting a process executing on a remote network node, comprising the steps of: requesting, on a local node connected to the remote node over a network, that the remote process be interrupted; establishing a new communications link between the local node and the remote node; identifying to the remote node the remote process to be interrupted; and interrupting the remote process. The present invention provides for signalling of an interrupt request or other signal to a process executing on a remote network node. An interrupt request is generated on a local node, and a new communications session is established between the local node and the remote node. The interrupt request is passed to the remote node over the new communications session, which is then terminated. An interrupt request is then raised at the remote node, which can respond to the request at its convenience. Viewed from a second aspect the invention provides a data processing network having means for interrupting a process executing on a remote network node from a local node, comprising: communication logic for establishing a second communications link between the local node and the remote node; means for communicating an interrupt request over the second communications link; and interrupt logic for interrupting the remote process in response to the interrupt request. An embodiment of the invention will now be described, by way of example only, with reference to the accompanying drawings in which: FIGURE 1 is a block diagram illustrating execution of a remote process over a network; FIGURE 2 is a block diagram illustrating interrupt signalling to the remote process; and FIGURE 3 is a flowchart illustrating a method for interrupting a process on a remote network node. For purposes of describing a preferred embodiment, Figures 1-3 describe a local user application accessing a database on a remote server node. However, it will be understood by those skilled in the art that the principles illustrated herein may be used with remote applications other than remote database access. A user application process 10 executing on a local user node communicates with a communications interface 12 . The communications interface 12 is connected to a communications interface 14 on a server node by a network communications link 16 . The server communications interface 14 is in communication with an agent process 18 executing on the server node. For purposes of the illustration described herein, the agent process 18 is assumed to be a database manager accessing one or more databases available at the server node. The nature of the communications link 16 depends on the properties of the network used to connect the server node to the user node. For purposes of this description, it is only important that information can be transmitted between the server node and the user node. The application process 10 has access to a data structure known as a control block 20 . The control block 20 contains information relevant to the execution of the application process 10 . For the purposes of the present invention, the control block 20 includes at least (1) a unique process identifier of the agent process 18 executing on the server node; and (2) whatever communications information is necessary to enable establishment of a communications session with the server node. The agent process 18 also has access to a control block 22 which contains information relevant to execution of the agent process 18 . The control block 22 contains at least a flag for indicating that an interrupt has been requested. As will be described below, the agent process 18 periodically polls the interrupt request flag and the control block 22 in order to determine when an interrupt request is pending. Another process which runs on the user node is an interrupt service process 24 . Preferably, the interrupt service 24 executes only when an interrupt has been signalled by an interrupt generator 26 . The interrupt generator 26 includes several possible sources for generating interrupts. An interrupt may be generated by the user typing CONTROL-BREAK, or another predefined key sequence, at a keyboard. Interrupts may also be generated by timeout routines, hardware error detection routines, or other processes concurrently executing on the user node. The precise source of the interrupt is not important; it is only important that the interrupt generator 26 generate a signal which indicates that it is desired that the agent process 18 interrupt what it currently doing. Figure 2 illustrates what happens when the interrupt generator 26 signals to the interrupt service 24 that the execution of the agent process 18 should be interrupted. The interrupt service 24 accesses the application control block 20 , and extracts the information necessary to establish a communications session with the server node. Through communications interface 28 , the interrupt service 24 establishes a network link 30 with server node communications interface 32 . A server node manager 34 process either executes continuously looking for incoming communications, or is awakened when an incoming communication is received by the communications interface 32 . The interrupt service 24 sends the unique process identifier of the agent process 18 to the server node manager 34 after the link 30 is established. When the server node manager 34 has received the agent process 18 unique identifier, the communications link 30 is closed by either the server node manager 34 or the interrupt service 24 according to the appropriate network protocol. The server node manager 34 caused a server node interrupt server 36 to execute. The interrupt service 36 raises an interrupt request flag in the control block 22 to signal that an interrupt request is pending. If the server node is operating under the operating system OS/2 (OS/2 is a trade mark of International Business Machines Corporation), available from International Business Machines Corporation, the server node manager 34 can use a DOSFLAGPROCESS operation to flag the agent process 18 . This invokes a predetermined function in the agent process 18 which handles the interrupt as if it were interrupting a locally-running application by invoking the interrupt service 36 . The agent process 18 , during execution, periodically polls the interrupt request flag and the control block 22 . When a raised interrupt request flag is detected, the module within the agent process 18 which detects the flag stops execution and returns a special return code to its caller. This return code, indicating that an interrupt has been received, continues to be passed upward as the agent process 18 backs out of the procedure stack. When the interrupt request signal reaches a controlling module, the interrupt can be processed in a way maintaining integrity. A return code is preferably transmitted to the application process 10 on the network link 16 which indicates that the currently executing request was interrupted. In the case where the agent process 18 is a database manager, it is generally the case that the pending transaction or subtransaction must be "rolled back" to a previous savepoint. This has the effect of undoing all changes to the database which have been made during the currently executing request. This restores the database to the same state it had before the interrupted request began execution. This is done without interrupting the previously established network link 16 . Figure 3 is a flowchart illustrating interrupt of a remotely executing process on a network. A remote request is started 50 on the server node. When the agent process 18 is a database manager running SQL, each request can be a single SQL statement, or a series of statements. The user application process then waits for a result to be returned from the server node. If it becomes necessary or desired, an interrupt is generated on the local node 52 . The interrupt can be required for example, due to excessive delay in completing the remote request, or a requirement that resources at the user node be rededicated to a new task. When the interrupt has been generated, a new communications session is established between the user node and the server node 54 . The user node identifies the agent process on the server node 56 , which causes generation of an appropriate interrupt on the server node 58 . Figure 3 illustrates that the new communications session can be closed 60 as soon as the agent process has been identified 56 , or after the interrupt at the server node has actually been generated 58 . The interrupt at the server node causes an interrupt request flag to be set 62 , which is eventually detected by the agent process 64. The agent process then rolls back the currently pending request 66 in order to handle the interrupt efficiently, and signals that the request was interrupted 68 over the original communications link established between the user and server nodes. The preferred embodiment described above illustrates the use of two separate communications links using half-duplex communications over a network. However, if a particular network supported full-duplex communications, it is possible for the interrupt request signal at the user node to be transmitted to the server node over the existing communications link. Such an interrupt could cause a flag to be raised in a control block 22 as described above, allowing the agent process 18 to handle the interrupt as described above. In at least preferred embodiments the present invention provides a system and method for signalling to a process which is executing on a remote network node, wherein the signal to the remote node indicates an interrupt request. Upon receipt of an interrupt request signal, the remote process is interrupted gracefully. While the invention has been particularly shown and described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made to the invention as claimed.

Claims: A method for interrupting a process (18) executing on a remote network node, comprising the steps of: requesting (52), on a local node connected to the remote node over a network, that the remote process be interrupted; establishing (54) a new communications link between the local node and the remote node; identifying (56) to the remote node the remote process to be interrupted; and interrupting (62,64) the remote process. A method as claimed in Claim 1, wherein the remote process is a database manager. A method as claimed in Claim 2, wherein an interrupted database request is rolled back to a previously established save point. A method as claimed in any of Claims 1, 2 or 3, wherein said interrupting step comprises the steps of: raising (62) an interrupt request flag for the remote process; and stopping (64) execution of the remote process when the raised interrupt request flag is detected. A method as claimed in any preceding claim, wherein an identification of the remote process to be interrupted is stored on the local node in a control block. A method as claimed in any preceding claim, wherein said identifying step comprises the steps of: sending an identification of the remote process to be interrupted from the user node to a server node manager executing on the server node; and generating an interrupt signal for the remote process. A method as claimed in Claim 6, wherein said generating step comprises: raising an interrupt request flag for the remote process. A method as claimed in any preceding claim, further comprising the step of: after said identifying step, closing (60) the new communications link. A method as claimed in Claim 8, wherein said closing step is performed before said interrupting step. A method as claimed in any preceding claim, wherein the new communications link is separate from the existing connection between the local node and the remote node. A data processing network having means for interrupting a process executing on a remote network node from a local node, comprising: communication logic (28,32) for establishing a second communications link between the local node and the remote node; means for communicating (30) an interrupt request over the second communications link; and interrupt logic (22,34,36) for interrupting the remote process in response to the interrupt request. A data processing network as claimed in Claim 11, wherein said logic means comprises: a node manager (34) executing on the remote node for receiving the interrupt request; and interrupt request flag storage (22) accessible to the remote process, wherein said node manager raises said interrupt request flag when the interrupt request is received; and the remote process interrupts execution when a raised interrupt flag is detected. A data processing network as claimed in any of Claims 11 or 12, further comprising: an information storage block (20) accessible by said communication logic, said information storage block containing network connect information needed to establish a connection to the remote node. A data processing network as claimed in Claim 13, wherein said information storage block further contains a process identifier for the remote process, and wherein said communication logic transmits the process identifier to the remote node.

Inventors: ELLIOTT LINDA CAROLYN, JORDAN LLOYD EUGENE II, NUDD HOWARD CLARK, ELLIOTT, LINDA CAROLYN, JORDAN, LLOYD EUGENE II, NUDD, HOWARD CLARK
Applicants: IBM, INTERNATIONAL BUSINESS MACHINES CORPORATION
Application year: 1990
Main classification: G06F15
IPC codes: G06F9, G06F13, H04L29, G06F15