JPH09204408A - Computer diagnosis processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To precisely and exclusively diagnose a common device which can be shared by plural computer devices having diagnostic processors (DGP) from respective DGP at high speed with simple constitution. SOLUTION: DGP 104-106 of the respective computer devices 101-103 respectively report the use situation of self DGP with signal lines 128-130 and store the use situations in a register. When a fault occurs in the common device 107 and a fault information signal 121 is outputted from a fault information part 110, respective DGP 104-106 execute exclusive control in accordance with the use situation of the register and previously decided priority. Only one of interface 125-126 is selected in the diagnosis control circuit 109 and the diagnosis processing of a shared device 107 is exclusively executed.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a computer diagnostic processing system, and in particular, a plurality of computer devices, a plurality of diagnostic processing devices for performing diagnostic processing of each of these computer devices, and a computer system which can be shared by these computer devices. The present invention relates to a computer diagnostic processing system in an information processing system including a device.

[0002]

2. Description of the Related Art A conventional diagnostic processing method in a computer will be described with reference to FIG. In FIG. 4, a computer device 401 is a central processing unit (CPU).
402, a storage device (MEM) 403, an input / output processing device (IOP) 404, and a diagnostic processing device (DGP) 405.
And

These devices 402 to 404 and the diagnostic processing device 405 are connected via a signal line 409 called a diagnostic interface. Then, each of the devices 402 to 404
Respectively have diagnostic interface units (DCU) 406 to 408 to which the signal line 409 is connected. Therefore, if the computer device 401 fails,
Under the control of the diagnostic processing device 405 via the diagnostic interface signal line 409, diagnostic processing of each of the devices 402 to 404 of the computer device 401 is performed.

In the diagnostic processing of the computer device 401, the following processing is generally performed. First, the DGP 405 receives a failure notification from each device of the computer. Here C
It is assumed that the failure notification is received from the PU 402. Upon receipt, the DGP 405 extracts the internal information of the CPU 402. Information to be extracted is information in the device such as various register information, various status information, and various memory data.

The contents of all the registers in the CPU 402 are extracted mainly by the scan path. The DGP 405 determines the failure factor of the CPU 402 based on the extracted internal information, determines whether the failure type and failure location can be re-installed in the computer device 401, and whether the computer can be restarted or not. Is determined.

The diagnostic process from the DGP 405 is performed by the CPU 40.
The second diagnostic interface unit (DCU) 406 is used. In this DCU 406, according to the instruction from the DGP 405, the scan control to the CPU 402, the CPU 402
Read / write control of internal status and various instruction control to the CPU 402 are performed.

As described above, in the conventional diagnostic processing, each device of the target computer is connected to the DGP 405 by a direct interface and controlled under the control of the DGP 405.

[0008]

When a plurality of computer devices 401 having the configuration shown in FIG. 4 are provided and the system is configured by a plurality of these computer devices and a shared device that can be shared among these computer devices, By having a diagnostic processing device directly connected to the diagnostic interface for a fault occurring in the computer device, the diagnostic process at the fault location can be executed under the control of the diagnostic processing device.

Further, the shared device also has a dedicated diagnostic processing device, and when a fault occurs, the diagnostic process of the faulty part can be executed under the control of the diagnostic processing device. Therefore, there is a problem that the diagnosis processing device of each computer cannot perform the diagnosis regardless of the shared device.

Regarding the diagnostic control of the shared device, there may be a case where the diagnostic processing device for the shared device is limited to the diagnostic processing device of a certain computer device, or a system which can be supported by the diagnostic processing device of all computers. In the case of limiting to the diagnostic processing device of one computer, there is a problem that the diagnostic processing of the shared device cannot be performed when the diagnostic processing device becomes inoperable.

On the other hand, in the case where diagnosis can be performed by the diagnosis processing devices of all computer devices in the system, the shared device is not under the control of one diagnosis processing device. Therefore, to prevent multiple diagnostic processing devices from competing,
One diagnostic processor needs to occupy the diagnostic interface. However, the shared device itself is inoperable due to a failure, and exclusive control of the diagnostic interface cannot be performed from the shared device. In this case, exclusive control is required between a plurality of processing devices, and exclusive control is required by communication between diagnostic processing devices in different computers.

A technique for performing such exclusive control at high speed is disclosed in, for example, Japanese Patent Application Laid-Open No. 4-219831.
According to this technique, a system including a plurality of computers, a plurality of diagnostic processing devices that manage respective diagnostic processes, a shared device that can be shared between computers, and a system management device that manages the plurality of computers In this case, a diagnostic interface is provided between the plurality of diagnostic processing devices and the shared device so that a diagnostic request from each diagnostic processing device that receives a failure notification from the shared device can operate independently of the shared device. Exclusive control between a plurality of diagnostic processing devices is performed by giving priority to the selected diagnostic processing devices, causing the selected diagnostic processing devices to perform processing, and notifying the system management device of the diagnostic processing device that performed the processing. It can be realized at high speed with a small amount of hardware of the diagnostic control unit that is unrelated to the internal state of the shared device.

Further, according to this technique, the diagnostic processing for the shared device is not limited to a specific diagnostic processing device,
Even when a certain diagnostic processing device fails, another diagnostic processing device can be used to support the diagnostic processing of the shared device.

However, in this technique, exclusive hardware is required for exclusive control, and control information is exchanged between the exclusive control hardware and each diagnostic processing device. is there. In addition, the priority order is set in advance for exclusive control, and exclusive control is performed according to this priority order. Whether each diagnostic processing device is currently performing diagnostic processing of its own computer device Since the state of the own device is not considered in any way, it is not clear what control is performed when diagnosing the shared device while diagnosing the own computer device, and therefore accurate diagnosis processing cannot be performed. There is a problem.

An object of the present invention is to provide a computer capable of minimizing the exchange of control signals for exclusive control without specially providing hardware for exclusive control for diagnostic processing of a shared device. It is to provide a diagnostic processing system.

Another object of the present invention is to provide a computer diagnostic processing system capable of accurately performing exclusive control of diagnostics of a shared device in consideration of the usage status (busy state) of each diagnostic processing device. Is.

[0017]

According to the present invention, a plurality of computer devices, a plurality of diagnostic processing devices for performing diagnostic processing of each of these computer devices, and a shared device that can be shared among these computer devices. A computer diagnostic processing system in an information processing system including: a diagnostic control unit provided in the shared device, for performing diagnostic control for the shared device in response to an instruction from the diagnostic processing device; Fault notification means for notifying each of the diagnostic processing devices in response to the occurrence of a fault in the shared device, and other devices provided in each of the diagnostic processing devices when a fault occurs in their own computer device or their own diagnostic processing device. Diagnosing process reporting means for reporting to the diagnosing device of the computer device that the diagnosing process is in progress; A diagnostic request for generating a diagnostic request to the diagnostic control means in accordance with a predetermined priority in response to a failure occurrence notification from the failure notification means when the self-diagnosis processing device provided in each of the units is not performing the diagnosis processing. There is provided a computer diagnostic processing system characterized by comprising:

[0018]

DESCRIPTION OF THE PREFERRED EMBODIMENTS The operation of the present invention will be described. The diagnostic processing device determines whether or not the diagnostic process is being performed, and if not, issues a diagnostic request to the shared device that receives the failure report from the shared device and occupies the diagnostic interface to perform the diagnostic process. At this time, which diagnostic processing device performs the diagnostic processing of the shared device is basically performed by the diagnostic processing device with the smallest system number. However, when performing the diagnostic processing in the own computer device or the diagnostic processing device of the own diagnostic processing device, the diagnostic processing device of the other computer device is notified that the self diagnostic processing device is busy (operating). , Yield diagnostic processing for shared devices.

The shared device has a diagnostic control unit, collects all the faults occurring in the shared device, and issues a fault notification to all diagnostic processing devices. After that, when a diagnostic request is sent from any of the diagnostic processing devices, the diagnostic interface from the relevant diagnostic processing device is selected and the diagnostic processing operation is performed.

Embodiments of the present invention will be described in detail below with reference to the drawings.

FIG. 1 is a block diagram of an embodiment of the present invention. In FIG. 1, the system is configured by three computer devices and one shared device. The computer devices 101 to 103 include a diagnostic processing device (DG
P) 104 to 106 are provided correspondingly.

The shared device 107 has a diagnostic control unit 108, and the diagnostic control unit 108 is connected to the computer devices 101 to 101.
Diagnostic interface 1 with computer device 103
It is a diagnostic control unit of a shared device having 25 to 127. Even if a failure occurs in the shared device 107, the diagnostic control unit 108 can operate regardless of the state of the shared device 107.

When a failure occurs in the shared device 107, the diagnosis control unit 108 notifies the failure notification unit 11 that the failure has occurred.
0 through the fault report signal 121 through DGPs 104-1
06 is notified. Upon receiving the fault notification, the DGPs 104 to 106 recognize that the faulty device is the shared device 107, and shift to diagnostic processing for the shared device 107. In this diagnosis process, the DGP extracts the internal information of the shared device 107, and based on the extracted information, performs the degree of failure and the like.

FIG. 2 shows a circuit in the diagnostic processing unit (DGP). Here, the DGP 104 will be described. The other DGPs have the same configuration.

In the diagnostic processor 104, the diagnostic processor 202 is operating. There are also 8 bits of status registers 205 to 212 for displaying the device status.
Each bit is as follows: Status register 205: System No. Display Status Register 206: System No. Display Status register 207: Own DGP busy display Status register 208: DGP105 busy display Status register 209: DGP106 busy display Status register 210: Own computer fault display Status register 211: Own DGP fault display Status register 212: Shared device fault display I shall.

These status registers 205 to 21
The display content of 2 is constantly read by the diagnostic processor 202 by the read signal 229.

The status registers 205 and 206 display the system number. Since it is the DGP 104 here, if the system number is "0", "0", "0"
Has been entered. This is “0” in DGP105,
It becomes “1” and becomes “1” and “0” in the DGP 106.

The status of DGP is the status register 207.
It is possible to know the state of the corresponding DGP from ~ 209.

Here, the fault report signal 2 in the own computer
21 or the failure notification from the diagnostic processing device failure detection circuit 203, the status register 210 or 21
1 is displayed. The diagnostic processor 202 reads the contents of the status register from the read signal 229, displays the status register 207 through the DGPbusy signal 227 after determining that there is a failure state, and displays the status register 207 through the DGPbusy signal 12.
Notify other DGPs through 8. Then, the diagnostic process for the corresponding device is performed.

Next, the fault notification from the shared device is displayed on the status register 212 through the fault report signal 121. Diagnostic processor 202 is system number, other DG
The status of P is determined by the status register, and the operation is performed according to the diagnostic processor operation flow shown in FIG.

When the diagnostic processing is possible, the diagnostic interface control circuit 204 is controlled through the diagnostic control signal 228. The diagnostic interface control circuit 204 controls the shared device through the diagnostic request signal 122, and the diagnostic interface 125 executes diagnostic processing.

When the diagnostic processing device operates as described above and the DGP 104 is not performing the diagnostic processing here, the diagnostic request signal 122 is sent and the diagnostic control circuit 109 is set to the DGP 10.
4 diagnostic interface 125 is selected.
After that, the above-mentioned failure processing is executed.

The DGP 105 judges whether the DGP itself is checking or diagnosing the subordinate device, and if it is checking or diagnosing, the DGPbusy signal 129 is sent to the DGP 104, 106.
Send to Not in checking or diagnostic processing, and DG
If P104 is busy, diagnostic request signal 123
The diagnostic control circuit 109 selects the interface 126 of the DGP 105. After that, the above-mentioned failure processing is executed.

The DGPTP 106 judges whether its own DGP is checking or whether the own DGP is performing a diagnostic process on a device under its control, and when it is checking or is performing a diagnostic process, the DGPbusy signal 130 is sent to the DGP 104, 105.
Send to Not in checking or diagnostic processing, and DG
When P104 and 105 are busy, the diagnostic request signal 124 is sent out and the diagnostic control circuit 109 is made to select the diagnostic interface 127 of the DGP 106. After that, the above-mentioned failure processing is executed.

Here, when the DGP receives the diagnostic permission signal and occupies the interface, the diagnostic request signal is continuously output, that is, the diagnostic permission signal is continuously output. By disconnecting the diagnostic request signal at the end of the processing, the shared device is initialized, the diagnostic permission signal is dropped, and the diagnostic interface is released to all DGPs again.

[0036]

According to the present invention, it is possible to diagnose a shared device with a small amount of hardware without having a diagnostic processing device dedicated to the shared device. Moreover, it is possible to support the diagnosis of the shared device without being limited to a specific diagnostic processing device, and further, the exclusive control is performed by judging each usage status of the diagnostic processing device, so that it is always accurate. There is an effect that it is possible to perform diagnostic processing of various shared devices.

[Brief description of drawings]

FIG. 1 is a system block diagram of an embodiment of the present invention.

FIG. 2 is a block diagram of the diagnostic processing device (DGP) of FIG.

FIG. 3 is a flowchart showing processing of a diagnostic processing processor of FIG.

FIG. 4 is a block diagram of a conventional computer device having a diagnostic processing function.

[Explanation of symbols]

 101-103 Computer device 104-106 Diagnostic processing device (DGP) 107 Shared device 108 Diagnostic control unit 109 Diagnostic control circuit 110 Fault notification unit 202 Diagnostic processing processor 203 Diagnostic processing device fault detection circuit 204 Interface control circuit 205-212 Register

Claims (3)

[Claims] 1. A computer diagnostic processing system in an information processing system including a plurality of computer devices, a plurality of diagnostic processing devices for performing diagnostic processing of each of these computer devices, and a shared device that can be shared between these computer devices. And a diagnostic control unit provided in the shared device for performing diagnostic control on the shared device in response to an instruction from the diagnostic processing device, and a diagnostic control unit provided in the shared device for responding to the occurrence of a failure in the shared device. Failure notifying means for notifying each of the diagnostic processing devices of the occurrence of a lever failure, and a diagnostic processing device of another computer device provided in each of the diagnostic processing devices Diagnosing process reporting means for reporting that the diagnosing process is in progress, and a self-diagnostic process provided in each of the diagnostic processing devices. Diagnostic request generation means for generating a diagnostic request to the diagnostic control means in accordance with a predetermined priority in response to a failure occurrence notification from the failure notification means when the device is not in the process of diagnosis. Computer diagnostic processing system. 2. The diagnostic control means includes a selection means for responding to the diagnostic request and selecting a diagnostic path with the diagnostic processing device that generated the diagnostic request. Computer diagnostic processing system. 3. Each of the diagnostic processing devices comprises a display device for displaying the contents of the diagnostic processing of its own device and a display device for displaying the contents of the report from the diagnostic processing reporting device of another diagnostic processing device. 3. The diagnostic request generating means is configured to generate the diagnostic request according to the display contents of the display means and the priority order.
A computer diagnostic processing system as described.