JP2012038257A - Os operating state confirmation system, confirmation object device, os operating state confirmation device, and os operating state confirmation method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an OS operating state confirmation system or the like capable of recognizing the cause of communication disconnection from a confirmation object device and the seriousness of the problem at a remote place.SOLUTION: The confirmation object device 20 includes main arithmetic control means 21, a BMC 24 that operates separately from the main arithmetic control means 21, storing means for storing a SEL 210 accessible from both the main arithmetic control means 21 and the BMC 24, and a life-and-death detecting part for adding processed information to an event that is newly added to the SEL while an OS operates, and the BMC transmits life-and-death detection information to the event added to the SEL after the elapse of a delay time in the case that the processed information is not added. An OS operating state confirmation device 10 has a life-and-death detection information determining part 104 for making a ping transmitting part transmit a ping in the case of receiving the life-and-death detection information, and a malfunction cause determining part 105 for determining that an operating system of the confirmation object device is in an overloaded state in the case of receiving a reply to the ping.

Description

  The present invention relates to an OS operation state confirmation system, an OS operation state confirmation device, a confirmation target device, a confirmation method, and a program, and more particularly to an OS operation state confirmation system that identifies a cause of a problem that has occurred in a confirmation target device from a remote location.

  In the present age when information service systems based on computer networks are established as socially important infrastructures, networks are becoming larger and more complex. As a result, the importance of monitoring whether or not each computer constituting the system is operating normally is increasing. Therefore, the use of an operation management system for monitoring the operation of each computer constituting the information service system, in particular, an OS operation state confirmation system is expanding.

  The OS operation state confirmation system referred to here is configured such that a plurality of confirmation target devices, which are a plurality of computer devices, and an OS operation state confirmation device, which is a computer device that monitors these confirmation target devices, are connected to each other via a network. Whether the operating system (hereinafter referred to as OS) operating in the main processing control means (CPU: Central Processing Unit) of the device to be checked is operating normally is determined by the OS operating state checking device installed in the remote place. It is something to monitor.

  The device to be confirmed has a BMC (Baseboard Management Controller) including a microprocessor that operates separately from the main arithmetic control means of the device, thereby collecting the operation status of the device regardless of the OS operation status. Then, it can be transmitted to the OS operation state confirmation device.

  As technical literature related to this, there are the following. Among them, Patent Document 1 describes a computer system in which a log created in an OS is transmitted to a maintenance manager by e-mail. Patent Document 2 describes a computer mutual monitoring method in which a problem that occurs in the monitoring management program itself can be detected by the monitoring management computer and the monitored computer mutually monitoring each other.

  Patent Document 3 describes a terminal device that, when an abnormality occurs in a connected network device, transmits that fact to a user receiving terminal. In Patent Literature 4, a plurality of devices (servers) can rewrite monitoring data to each other, and transmit the rewritten monitoring data to the monitoring device, thereby monitoring the cooperation between the applications of the plurality of devices. The monitoring method is described.

  Patent Document 5 describes a life and death monitoring method in which communication with a monitoring target device is performed via a plurality of communication routes. Non-Patent Document 1 describes an example of a technique for monitoring a device to be confirmed via a network using the above-described BMC. Non-Patent Document 2 describes IPMI (Intelligent Platform Management Interface), which is a standard interface specification for monitoring the hardware state of a monitoring target device.

JP 2001-005692 A Japanese Patent Laid-Open No. 2004-341779 JP-A-2005-130337 JP 2009-169836 A JP 2009-205364 A

IBM Japan, "Mini BMC (Mini Baseboard Management Controller)", February 26, 2006 [Search July 28, 2010], Internet <URL: http: // www-01. ibm.com/support/docview.wss?uid=pcd1syj0-02c0e52&aid=1> Intel Corporation, “Intelligent Platform Management Interface Specification”, [Search July 29, 2010], Internet <URL: http://download.intel.com/design/servers/ipmi/IPMI2_0E4_Markup_061209.pdf>

  When the confirmation target device and the OS operation state confirmation device communicate with each other to monitor whether or not the OS of the confirmation target device is operating normally (hereinafter referred to as alive monitoring), usually the confirmation target device Communication such as ping is periodically performed between the OS and the OS operation state confirmation device, and it is determined that a problem has occurred in the device to be confirmed when the periodic communication is interrupted.

  However, in this case, whether the problem that occurred in the confirmation target device occurred in the OS that runs on the confirmation target device, or occurred in the network device between the confirmation target device, and that is an error. There was no way for the OS operation status confirmation device to know whether this is a temporary phenomenon that recovers after detection or time has passed, or whether it is a serious problem that requires a recovery operation by an engineer. In order to identify the cause and severity of such a problem, an engineer can only operate the confirmation target apparatus in which the problem actually occurred. This takes time and effort.

  The aforementioned patent documents 1 to 5 and non-patent documents 1 and 2 do not describe a technique that can solve this problem. The BMC described in Non-Patent Document 1 operates independently of the OS of the confirmation target device even if the OS of the confirmation target device is not operating normally, and detects the operating state of the hardware of the confirmation target device to check the OS operation state. It can be sent to the device side. However, this also does not specify the cause or severity of the problem that has occurred in the confirmation target device.

  It is an object of the present invention to determine whether the cause of the disconnection of communication with the OS operation state confirmation device generated in the confirmation target device is caused by the OS or the network device, and the seriousness of the problem. The present invention provides an OS operation state confirmation system, a confirmation target device, an OS operation state confirmation device, an OS operation state confirmation method, and a program that allow the OS operation state confirmation device installed in a remote location to know the above. .

  In order to achieve the above object, an OS operation state confirmation system according to the present invention is configured by mutually connecting an OS operation state confirmation device and a confirmation target device, and the operation of the operating system in the confirmation target device is normal. An OS operation state confirmation system for confirming whether or not there is an OS operation state confirmation device, wherein the confirmation target device operates separately from the main operation control means for operating the operating system and the main operation control means The sub-operation control means for collecting the operation information of the confirmation target device and transmitting it to the OS operation state confirmation device, and the event log in which both the main operation control means and the sub-operation control means add each operation content as an event. While the stored storage means and the main arithmetic control means are operating normally, the event newly added to the event log is defined. And a life / death detection unit that transmits first life / death detection information that is confirmation information of the operation state to the OS operation state confirmation device at the same time that the processed information of the event is additionally recorded, and the sub-operation control means includes , Adding a new event to the event log based on a command from the OS operation state confirmation device and determining whether processed information is added to the new event after a predetermined delay time has elapsed, An OSMI state confirmation device having an IPMI command communication function for transmitting second life / death detection information indicating a state in which this additional processing is not performed to the OS operation state confirmation device when the processed information is not additionally recorded; However, if the periodic communication is interrupted and the periodic communication is interrupted, it is determined that a problem has occurred in the verification target device. An output unit, a ping transmitting unit that transmits a ping for network communication confirmation to the confirmation target device, and a sub-operation control unit of the confirmation target device when it is determined that a problem has occurred in the confirmation target device An OEM event transmission unit that transmits a command to add a new event to the event log, and transmits the first ping to the ping transmission unit when the second alive detection information is received from the confirmation target device. When the reply to the first ping is returned from the confirmation target device, it is determined that the main arithmetic control means of the confirmation target device is in an overload state, and if not, the confirmation target It is characterized by having a failure cause judging section for judging that the main arithmetic control means of the apparatus is hung up and outputting the judgment result to the outside.

  In order to achieve the above object, the device to be confirmed according to the present invention is connected to the OS operation state confirmation device to determine whether or not the operation of the operating system is normal from the OS operation state confirmation device side. A device to be confirmed constituting an OS operation status confirmation system to be confirmed, which is a main arithmetic control means for operating the operating system, and this main arithmetic control means operates separately to collect its own operation information to collect the OS operation Sub-operation control means for transmitting to the status confirmation device, storage means for storing event logs in which both main operation control means and sub-operation control means add each operation content as an event, and main operation control means operate normally During this period, the OS operation is performed at the same time that the processed information of the event is periodically added to the event newly added to the event log. And a life / death detecting unit that transmits first life / death detection information that is confirmation information of the operation state to the state confirmation device, and the sub-operation control unit is configured to receive an event log based on a command from the OS operation state confirmation device A new event is added to the new event, and it is determined whether or not processed information is added to the new event after a predetermined delay time has elapsed, and this additional processing is performed when the processed information is not added. It is characterized by having an IPMI command communication function for transmitting second life / death detection information indicating a state in which the operation is not performed to the OS operation state confirmation device.

  In order to achieve the above object, an OS operation state confirmation device according to the present invention includes a main operation control means for operating an operating system, and information about the operation of its own hardware that operates separately from the main operation control means. And a sub-operation control means that collects and transmits to the external device and a storage device that stores an event log that records the operation contents of both the main operation control means and the sub-operation control means. Thus, an OS operation state confirmation device constituting an OS operation state confirmation system for confirming whether or not the operation of the operating system in the confirmation target device is normal, and periodically communicates with the confirmation target device. For the confirmation target device alive detection unit that determines that a problem has occurred in the confirmation target device when the periodic communication is interrupted, and for the confirmation target device A command for adding a new event to the event log to the sub-operation control means of the confirmation target device when it is determined that a problem has occurred in the confirmation target device, and a ping transmission unit that transmits a ping (Ping) for network communication confirmation Means that the processed information is not written even after a predetermined delay time has elapsed for a new event written from the confirmation target device to the event log. The life / death detection information determination unit that instructs the ping transmission unit to transmit ping when the detection information is received, and the operating system of the confirmation target device is overloaded when a reply to the ping is returned from the confirmation target device If not, the operating system of the device to be checked is hung. It is determined that, and having a fault cause determination unit that outputs the determination result to the outside.

  In order to achieve the above object, an OS operation state confirmation method according to the present invention collects operation information of a device to be confirmed by operating separately from a main operation control unit that operates an operating system and this main operation control unit. A confirmation target device comprising: a sub-operation control unit that transmits to the OS operation state confirmation device; and a storage unit that stores an event log in which each of the main operation control unit and the sub-operation control unit adds each operation content as an event. The OS operation state confirmation system is configured by being interconnected with the OS operation state confirmation device, and confirms from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal. As long as the main arithmetic control means is operating normally on the device to be checked, the newly added event is periodically The life and death detection unit of the confirmation target apparatus adds the processed information of the event, and at the same time, the life and death detection unit transmits the first life and death detection information that is the confirmation information of the operation state to the OS operation state confirmation device. When periodic communication between the status check device and the check target device is interrupted, the check target device alive detection unit of the OS operation status check device determines that a failure has occurred in the check target device, and the check target device has a fault. When it is determined that the event has occurred, the OEM event transmission unit of the OS operation state confirmation device transmits a command to add a new event to the event log to the sub-operation control unit of the confirmation target device. The sub-operation control means of the confirmation target device that responds to the event adds a new event to the event log, and after the predetermined delay time has elapsed, The sub-operation control means determines whether or not the processed information is added to the added new event, and this additional processing is not performed when the processed information is not added to the event log of the confirmation target device. When the sub-operation control means of the device to be confirmed transmits second life / death detection information indicating the state to the OS operation state confirmation device, and the OS operation state confirmation device receives the second life / death detection information from the device to be confirmed. The life / death detection information determination unit transmits a ping for network communication confirmation (Ping) to the confirmation target device via the ping transmission unit, and when the reply to the ping is returned from the confirmation target device, the operating system of the confirmation target device Is determined to be in an overload state, and if this is not the case, if the operating system of the confirmation target device is hung up, the OS operation state confirmation device The life / death detection information determination unit of the OS determines the result, and the life / death detection information determination unit of the OS operation state confirmation device outputs the determination result to the outside.

  In order to achieve the above object, an OS operation state confirmation program according to the present invention collects operation information of a device to be confirmed by operating separately from a main operation control unit that operates an operating system and the main operation control unit. A confirmation target device comprising: a sub-operation control unit that transmits to the OS operation state confirmation device; and a storage unit that stores an event log in which each of the main operation control unit and the sub-operation control unit adds each operation content as an event. The OS operation state confirmation system is configured by being interconnected with the OS operation state confirmation device, and confirms from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal. Thus, periodic communication between the OS operation state confirmation device and the confirmation target device is performed on the computer included in the OS operation state confirmation device. A procedure for determining that a failure has occurred in the device to be confirmed when it has expired, and a command for adding a new event to the event log to the sub-operation control means of the device to be confirmed when it is determined that a failure has occurred in the device to be confirmed Confirmation procedure when sending and receiving life and death detection information that means that processed information has not been added even after a predetermined delay time has elapsed for a new event added to the event log from the confirmation target device Procedure for transmitting ping (Ping) for network communication confirmation to the target device, when a reply to the ping is returned from the verification target device, it is determined that the operating system of the verification target device is overloaded, and otherwise The procedure for determining that the operating system of the device to be checked is hung up and the The procedure to be output to the section, characterized in that to execute.

  In the present invention, as described above, the confirmation target apparatus includes the main operation control unit and the sub operation control unit that operates separately from the main operation control unit, that is, the BMC, and the event written by the BMC in the event log operates on the OS. Since the OS operation is determined based on whether or not it has been processed by the alive detection unit, the OS operation state in the confirmation target device can be grasped from the OS operation state confirmation device via the network.

  As a result, whether the cause of the disconnection of the communication with the OS operation state confirmation device occurring in the confirmation target device is caused by the OS or the network device, and the seriousness of the problem can be remotely detected. It is possible to provide an OS operation state confirmation system, a confirmation target device, an OS operation state confirmation device, an OS operation state confirmation method, and a program that can be known by the OS operation state confirmation device installed on the ground.

It is explanatory drawing shown about the more detailed structure of the OS operation state confirmation apparatus and confirmation object apparatus which were shown in FIG. It is explanatory drawing shown about the structure of the OS operation state confirmation system which concerns on the 1st Embodiment of this invention. It is explanatory drawing which shows the further detailed structure of BMC shown in FIG. It is explanatory drawing shown about the data recording format of SEL shown in FIG. 2 is a flowchart illustrating an operation of monitoring an operating state of an OS performed by the OS operating state confirmation apparatus illustrated in FIG. 1. It is a continuation of FIG. 7 is a flowchart illustrating an operation performed by the life / death detection unit operating on the OS on the confirmation target device side illustrated in FIG. 1 in accordance with the operation of the OS operation state confirmation device illustrated in FIGS. 7 is a flowchart illustrating an operation performed by the BMC operating on the confirmation target device side illustrated in FIG. 1 in correspondence with the operation of the OS operation state confirmation device illustrated in FIGS. It is explanatory drawing shown about the structure of the OS operation state confirmation system which concerns on the 2nd Embodiment of this invention. It is explanatory drawing shown about the more detailed structure of the OS operation state confirmation apparatus shown in FIG. 11 is a flowchart illustrating an OS monitoring operation performed by the OS operation state confirmation apparatus illustrated in FIG. 10. It is a continuation of FIG.

(First embodiment)
Hereinafter, the structure of the 1st Embodiment of this invention is demonstrated based on attached FIGS. 1-3.
First, the basic content of the present embodiment will be described, and then more specific content will be described.
The OS operation state confirmation system 1 according to the present embodiment is configured by connecting the OS operation state confirmation device 10 and the confirmation target device 20 to each other, and whether or not the operation of the operating system in the confirmation target device is normal. This is an OS operation state confirmation system for confirming the above from the OS operation state confirmation device side. The verification target device 20 operates separately from the main calculation control unit 21 that operates the operating system, and the main calculation control unit, collects operation information of the verification target device, and transmits the operation information to the OS operation state verification device. The storage means 22 storing the control means (BMC 24), the event log (SEL210) in which both the main operation control means and the sub operation control means add each operation content as an event, and the main operation control means operate normally. While the event log is newly added to the event log periodically, the processed information of the event is periodically added, and at the same time, the first life / death detection information which is the confirmation information of the operation state with respect to the OS operation state confirmation device. And a sub-operation control means (BMC 24) based on a command from the OS operation state confirmation device. When a new event is added to the event log and a predetermined delay time has elapsed, it is determined whether or not processed information has been added to the new event. An IPMI command communication function 241 is provided for transmitting second life / death detection information indicating a state in which the additional recording processing is not performed to the OS operation state confirmation device. The OS operation state confirmation device 10 periodically communicates with the confirmation target device, and when the periodic communication is interrupted, the confirmation target device alive detection unit 101 that determines that a failure has occurred in the confirmation target device, and a confirmation target A ping transmission unit 103 that transmits a ping for network communication confirmation to the device, and a new event log for the sub-operation control means of the confirmation target device when it is determined that a problem has occurred in the confirmation target device An OEM event transmission unit 102 that transmits an instruction to add an event, and a life / death detection that instructs the ping transmission unit to transmit the first ping when the second life / death detection information is received from the confirmation target device When the information determination unit 104 and the reply to the first ping are returned from the confirmation target device, the main calculation control means of the confirmation target device is overloaded. Cross, and it is determined that the main arithmetic control unit check target device otherwise is hung, and a failure cause determining section 105 and outputs the determination result to the outside.

  When the failure cause determination unit 105 does not receive the second life / death detection information from the confirmation target device and receives the first life / death detection information, the failure cause determination unit 105 determines that there is no particular problem in the operation of the operating system of the confirmation target device. .

  Further, the life / death detection information determination unit 104 instructs the ping transmission unit 102 to transmit the second ping when neither of the first and second life / death detection information is received from the confirmation target device, and the failure cause determination unit 105 determines that the operating system of the device to be confirmed is overloaded when a reply to the second ping is returned from the device to be confirmed; otherwise, the network is permanently connected to the device to be confirmed. It is determined that a general failure has occurred.

With the above configuration, the OS operation state confirmation system 1 according to the present embodiment accurately detects the operation state of the OS in the confirmation target device 20 from the OS operation state confirmation device 10 installed in a remote place. Is possible.
Hereinafter, this will be described in more detail.

  FIG. 2 is an explanatory diagram showing the configuration of the OS operation state confirmation system 1 according to the first embodiment of the present invention. The OS operation state confirmation system 1 includes an OS operation state confirmation device 10 and a plurality of confirmation target devices 20 a, 20 b, 20 c... That are installed at locations separated from each other via a network 30 and a management network 31. Configured by being connected. One OS operation state confirmation device 10 can be configured to be managed by a plurality of confirmation target devices 20. Hereinafter, the confirmation target devices 20a, 20b, 20c,... Are collectively referred to as the confirmation target device 20.

  The network 30 is a LAN (Local Area Network) and a WAN (Wide Area Network) that are used in normal communication between the OS operation state check device 10 and the check target device 20. The management network 31 is a network that is used exclusively for network management purposes such as collection of information on operations and transmission of management commands between the OS operation state check device 10 and the check target device 20.

  FIG. 1 is an explanatory diagram showing a more detailed configuration of the OS operation state check device 10 and the check target device 20 shown in FIG.

  The OS operation state confirmation device 10 has a configuration as a general computer device. That is, a main processing control means (CPU: Micro Processing Unit) 11 that is a main body for executing a computer program, a storage means 12 that stores data, and a communication means that is connected to a network 30 and performs data communication with other computers. 13 a, a communication unit 13 b that is connected to the management network 31 and performs data communication with other computers, and a display unit 14 that displays a processing result of the main arithmetic control unit 11 to the user.

  In the main calculation control means 11, the confirmation target device alive detection unit 101, the OEM event transmission unit 102, the ping transmission unit 103, the alive detection information determination unit 104, and the failure cause determination unit 105 are Each function is configured to be executed as a computer program.

  The confirmation target device alive detection unit 101 communicates with the confirmation target device 20 at a predetermined interval, and when there is no reply to the communication within a predetermined time, communication with the confirmation target device 20 is performed. Judge that it was interrupted. The OEM event transmission unit 102 transmits an IPMI command for recording an OEM event, which will be described later, to the confirmation target device 20 (details will be described later). The ping transmission unit 103 transmits ping, which is a command for confirming network communication, to the confirmation target device 20 via the network 30.

  The life / death detection information determination unit 104 receives response information from the confirmation target device 20 which will also be described later, and causes the ping transmission unit 103 to transmit pings according to the contents. Then, the failure cause determination unit 105 identifies the content of the failure that has occurred in the verification target device 20 using the logic described later from the above response information and the presence or absence of a reply to the ping, and displays the determination result on the display unit 14. .

  The other device 20 to be confirmed also has a configuration as a general computer device. That is, two systems that perform data communication with other computers connected to a network 30 and a main processing control means (CPU: Micro Processing Unit) 21 which is a main body for executing a computer program, a storage means 22 for storing data, and a network 30 Communication means 23a and communication means 23b connected to the management network 31 for data communication with other computers. In addition to these, the confirmation target device 20 further includes a BMC (Baseboard Management Controller) 24.

  The BMC 24 is connected to the communication unit 23b and operates separately from the main calculation control unit 21. The OS operation state confirmation device 10 can exchange an IPMI (Intelligent Platform Management Interface) command based on the RMCP (Remote Management Control Protocol or Remote Media Control Protocol) protocol with the BMC 24 via the management network 31. It is.

  Further, the storage unit 22 of the confirmation target apparatus 20 stores a system event log (SEL) 210 that can be accessed from either the main arithmetic control unit 21 or the BMC 24.

  The main arithmetic control means 21 is configured such that an operating system (hereinafter referred to as OS) 200 operates, and the life / death detection unit 201 and the IPMI driver 202 are executed as computer programs on the OS 200. The OS 200 recognizes the communication unit 23a as a communication interface, and can communicate with the OS operation state confirmation device 10 via the network 30 via the communication unit 23a.

  The life / death detection unit 201 returns to the communication from the confirmation target device life / death detection unit 101 operating on the OS operation state confirmation device 10, thereby operating on the confirmation target device life / death detection unit 101 without any problem. Let them know. The life and death detection unit 201 includes an IPMI command function 201 a that issues a command to the IPMI driver 202 and a management communication function 201 b that performs communication with the OS operation state check device 10.

  The IPMI instruction function 201a operates in the kernel mode of the main arithmetic control means 21, periodically monitors the event recorded in the SEL 210, and changes the state of the event to “processed” when a new event is recorded. Has function. The management communication function 201b operates in the user mode of the main arithmetic control unit 21, and has a function of performing communication indicating that there is no problem in the operation of the OS 200 to the OS operation state confirmation device 10.

  The IPMI driver 202 operates in the kernel mode of the main arithmetic control unit 21 and is used by the IPMI instruction function 201a to access the SEL 210.

  On the other hand, the BMC 24 can receive an IPMI command from the OS operation state confirmation device 10 and perform an operation of writing an event to the SEL 210 and an operation of editing the recorded content of the log. Can be returned to the OS operation state confirmation device 10.

  FIG. 3 is an explanatory diagram showing a more detailed configuration of the BMC 24 shown in FIG. The BMC 24 includes a microprocessor 24 a that operates separately from the main calculation control unit 21, and a storage unit 24 b that is separate from the storage unit 22 of the confirmation target device 20, and is independent of the OS 200 that operates on the main calculation control unit 21. Thus, it can function as a subject that executes a small computer program.

  Then, the microprocessor 24a controls the communication means 23b (via the management network 31) to exchange the IPMI command with the OS operation state check device 10 and accesses the SEL 210 in accordance with the IPMI command. The SEL access function 242 is configured to be executed as a computer program.

  The IPMI command communication function 241 sets an IP address different from the IP address set by the OS 200 for the communication unit 23a for the communication unit 23b. As a result, an IPMI command and a response (PET) to the IPMI command can be exchanged with the OS operation state confirmation device 10 via the management network 31 that is a separate system from the network 30.

  FIG. 4 is an explanatory diagram showing the data recording format of the SEL 210 shown in FIG. The content of the SEL 210 is added as an event according to the operation of the OS 200 and the BMC 24 in accordance with the IPMI specification. The processed information 210 a stores “Record ID” of the first and second bytes of the SEL 210 for the event that has occurred last in the storage unit 24 b inside the BMC 24. Each time a new event occurs, the processed information 210a is overwritten.

  The original equipment manufacturer (OEM) event referred to in the present embodiment means that each vendor independently defines its contents using the “OEM SEL record” defined in the IPMI specification of Non-Patent Document 2, and uses it as a SEL. An event that can be recorded. Thus, the present embodiment can be implemented without causing a collision with other devices.

  More specifically, if the third byte indicating “Record Type” is set to a value between “0xC0” and “0xDF” in hexadecimal, it can be used in this embodiment. Since the 8th to 10th bytes are a “Manufacturer ID” given to each vendor, and the 11th to 16th bytes are a data field called “OEM Defined” that can be uniquely defined by each vendor. Can be determined uniquely.

  In this embodiment, the 8th to 10th bytes are “0x07”, “0x07”, “0x00” assigned to “NEC Corporation”, and the 11th to 16th bytes are “0x01”, “0x00”, “0x00”, “0x00”. As “0x00” and “0x00”, the contents of “OS life and death monitoring” are uniquely assigned to this.

  5 to 6 (divided into two for convenience of paper) are flowcharts illustrating the operation of monitoring the operation state of the OS 200 performed by the OS operation state confirmation device 10 illustrated in FIG. In the main calculation control unit 11 of the OS operation state confirmation device 10, the confirmation target device alive detection unit 101 periodically communicates with the alive detection unit 201 via the network 30 at a predetermined interval. ing. If the reply to this communication does not return within a predetermined time, it is determined that the communication has been interrupted, and control is passed to the OEM event transmitting unit 102 (step S301) to start the subsequent operations.

  The OEM event transmission unit 102 issues an IPMI command “Arm PEF Postpone Timer” to the BMC 24 via the management network 31, that is, immediately after an event is written to the SEL 210, this is converted into PET (Platform Event Trap). The BMC 24 is set to wait for a reply operation for a predetermined delay time without replying (step S302).

  Immediately thereafter, the OEM event transmission unit 102 issues an IPMI command “Platform Event Message” to the BMC 24 via the management network 31, and causes the BMC 24 to write a new OEM event to the SEL 210 (step S303).

  FIG. 7 is a flowchart illustrating an operation performed by the life / death detection unit 201 operating on the OS 200 on the side of the verification target device 20 illustrated in FIG. 1 corresponding to the operation of the OS operation state confirmation device 10 illustrated in FIGS. It is. This operation is periodically executed at preset intervals.

  In the life and death detection unit 201 operating on the OS 200 of the confirmation target device 20, when the IPMI command function 201a has passed a preset operation interval (step S351), the SEL 210 is periodically read using the IPMI driver 202, and a new occurrence occurs. It is always checked whether or not the event has been recorded (step S352).

  More specifically, in step S352, an IPMI command “Get Last Processed Event ID” is issued to obtain the event ID last processed by the IPMI driver 202, and an event newer than this event ID is sent from the SEL 210 to the IPMI. By acquiring it by issuing the command “Get SEL Entry”, it is possible to confirm the presence or absence of a newly generated event on the SEL 210.

  If a newly generated event is recorded in the SEL 210 (step S352: YES), the IPMI command function 201a changes the processed information 210a of the event to “processed” (step S353). More specifically, the processed information 210a of the event can be changed by the IPMI command “Set Last Processed Event ID”. At the same time, the management communication function 201b performs communication (first life / death detection information) for notifying the OS operation state confirmation device 10 that it is operating (step S354).

  FIG. 8 is a flowchart showing an operation performed by the BMC 24 operating on the confirmation target device 20 side shown in FIG. 1 in correspondence with the operation of the OS operation state confirmation device 10 shown in FIGS. is there. The IPMI command communication function 241 of the BMC 24 waits for an operation for the delay time set by this command in response to the IPMI command “Arm PEF Postpone Timer” received from the OEM event transmission unit 102 in step S302 of FIG. 5 (step S302). S401).

  The SEL access function 242 of the BMC 24 writes an OEM event in response to the IPMI command “Platform Event Message” received from the OEM event transmission unit 102 in step S303 in FIG. 5 (step S402), and the delay time set in step S401. When lapsed, the SEL 210 is accessed to read the content, and this is transmitted to the IPMI command communication function 241 (step S403).

  The IPMI command communication function 241 records in the SEL 210 whether or not the OEM event written in the SEL 210 in step S402 is “processed”, that is, the value of the record ID (Record ID) recorded as the processed information 210a. It is determined whether or not the record ID of the latest record is large (step S404), and if it is “unprocessed”, this is returned to the OS operation state confirmation apparatus 10 as PET (second life / death detection information) ( Step S405). If it has been “processed”, the process ends.

  Although the operations in FIGS. 7 and 8 described above are performed in the same device 20 to be confirmed, the operation subjects are different (FIG. 7 is the main arithmetic control unit 21 and FIG. 8 is the microprocessor 24a of the BMC 24). Run in parallel without interference.

  That is, because the OS 200 on the main arithmetic control means 21 is hung up or a high processing load is applied, the delay time set in step S302 of FIG. 5 and step S401 of FIG. If the operation in step S353 could not be performed, the OEM event recorded in the SEL 210 in step S402 from the BMC 24 as PET (step S405 in FIG. 8, “second life and death detection information” in the claims) OS operating state It will be returned to the confirmation device 10.

  Conversely, if the OS 200 is operating normally, the operation in step S353 in FIG. 7 is performed within the delay time set in step S302 in FIG. 5 and step S401 in FIG. The communication by the function 201b (step S354 in FIG. 7, “first life / death detection information” in the claims) is returned to the OS operation state confirmation device 10.

  Returning to FIGS. 5 to 6, in the OS operation state confirmation device 10, the life and death detection information determination unit 104 receives the OEM event written in the SEL 210 via the BMC 24 in step S <b> 303 from the confirmation target device 20 (in step S <b> 405 in FIG. 8). It is confirmed whether it is returned as PET (step S304). If it is returned (step S304: YES), the OS 200 is stopped or overloaded. Therefore, the life / death detection information determination unit 104 instructs the ping transmission unit 103 to issue a ping (via the network 30) to the OS 200 of the confirmation target device 20 (step S305).

  If there is a response from the OS 200 in response to the ping of step S305 (step S305: YES), the OS 200 is operating, and the malfunction cause determination unit 105 indicates that the process operating there cannot respond due to an overload condition. Can be determined (step S311). If there is no response from the OS 200 to the ping of step S305 (step S305: NO), the failure cause determination unit 105 may determine that the OS 200 is hung up or is in a very serious overload state. Yes (step S312).

  If the OEM event written in step S303 is not returned as PET from the verification target device 20 in step S304 (step S304: NO), the life / death detection unit 201 has successfully performed the processing in steps S352 to 352, so the OS 200 Can be determined to be operating. Therefore, the life / death detection information determination unit 104 checks whether or not there is communication in step S354 of FIG. 7 issued when the life / death detection unit 201 processes SEL (step S306).

  If it can be confirmed in step S306 that there is communication from the alive detection unit 201 (step S306: YES), the OS 200 is operating without any problem, and the reason for the interruption of communication is an intermittent network failure or the like. The failure cause determination unit 105 can determine that the failure is minor (step S313).

  If communication from the alive detection unit 201 cannot be confirmed in step S306 (step S306: NO), there may be a permanent network failure or an overload of the OS 200. Therefore, the life / death detection information determination unit 104 instructs the ping transmission unit 103 to issue a ping to the OS 200 (via the network 30), and checks whether there is a response to the ping transmission unit 103 (step S307).

  If there is a response from the OS 200 in response to the ping in step S307 (step S307: YES), the OS 200 is operating and there is no communication from the life / death detection unit 201 in step S306, which is an overload of the OS 200. The failure cause determination unit 105 can determine (step S314). Similarly, if there is no response from the OS 200 to the ping in step S307 (step S307: NO), the failure cause determination unit 105 can determine that a permanent failure of the network 30 has occurred (step S315).

  Finally, the failure cause determination unit 105 displays the determination results of steps S311 to S315 on the display unit 14 and ends the process (step S316). The determination result may be output to another computer (operated by a manager) different from both the OS operation state confirmation device 10 and the confirmation target device 20 via a network, or a device other than the computer, for example, It can also be output to a pager or mobile phone operated by the manager.

(Overall operation of the first embodiment)
Next, the overall operation of the above embodiment will be described. The OS operation state confirmation method according to the present embodiment includes a main operation control unit 21 that operates the operating system, and operates separately from the main operation control unit, collects operation information of the confirmation target device, and confirms the OS operation state. Confirmation target comprising sub-operation control means (BMC 24) to be transmitted to the apparatus, and storage means 22 storing an event log (SEL 210) in which both the main operation control means and the sub-operation control means add each operation content as an event. The OS operation state is configured by connecting the device 20 to the OS operation state confirmation device 10 and confirming from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal. In the confirmation system 1, while the main arithmetic control means is operating normally in the confirmation target device, it is newly added to the event log. The life and death detection unit of the confirmation target device periodically adds the processed information of the event with respect to the event, and at the same time, the first life and death detection information that is the confirmation information of the operation state with respect to the OS operation state confirmation device. When the detection unit transmits a problem (steps S352 to 354 in FIG. 7) and the periodic communication between the OS operation state confirmation device and the confirmation target device is interrupted, a failure occurs in the confirmation target device. When the confirmation target device alive detection unit determines (step S301 in FIG. 5) and it is determined that a failure has occurred in the confirmation target device, a new event is added to the event log to the sub-operation control means of the confirmation target device. The OEM event transmission unit of the OS operation state confirmation device transmits the command (FIG. 5, steps S302 to 303), and the confirmation target that reacts to the command from the OS operation state confirmation device The sub-operation control unit of the device adds a new event to the event log (FIG. 8, steps S401 to 402), and the new event added to the event log of the confirmation target device after a predetermined delay time has elapsed. The sub-operation control means determines whether or not the processed information is added (steps S403 to 404 in FIG. 8), and this additional processing is performed when the processed information is not added to the event log of the confirmation target device. The sub-operation control means of the device to be confirmed transmits second life / death detection information indicating a state of not being sent to the OS operation state confirmation device (step S405 in FIG. 8). When the life / death detection information of 2 is received, the life / death detection information determination unit transmits a ping (Ping) for network communication confirmation to the confirmation target device via the ping transmission unit ( FIG. 5, step S304 to FIG. 6, step 305), when a reply to the ping is returned from the confirmation target device, it is determined that the operating system of the confirmation target device is overloaded (FIG. 6, step 311). Otherwise, if the operating system of the confirmation target device is hung up, the life / death detection information determination unit of the OS operation state confirmation device determines (step 312 in FIG. 6), and the result of the determination is the life / death of the OS operation state confirmation device. The detection information determination unit outputs to the outside (step 316 in FIG. 6).

Here, each of the above operation steps is programmed to be executable by a computer, and these are executed by the OS operation state check device 10 and the check target device 20 which are computers that directly execute the steps. Good.
By this operation, this embodiment has the following effects.

  According to the present embodiment, it is possible not only to detect the occurrence of an abnormality in the confirmation target device 20, but also to determine whether the abnormality is caused by the OS 200 or a network failure. In addition, the OS operating state confirmation via the network can be performed to determine whether the abnormality occurring in the OS 200 is a temporary phenomenon such as a mere false detection or overload or a serious phenomenon such as a hang-up. Can be determined on the device side.

  In the present embodiment, not only the BMC 24 that operates independently of the main arithmetic control means 21 (OS 200) is used, but also the SEL 210 that can be accessed in common by both of the operating states is changed between the OS 200 and the BMC 24. It is used to communicate. Since this can be realized only by using standard functions such as BMC and IPMI described in Non-Patent Documents 1 and 2 described above, an increase in cost associated with the introduction of this embodiment can be reduced.

(Second Embodiment)
In the second embodiment of the present invention, in addition to the configuration of the first embodiment, the failure cause determination unit 605 includes the OEM event transmission unit 102 in the event log (SEL 210) with respect to the sub-operation control means (BMC 24). If the sub-operation control means does not respond to the command after sending the command to write the event, it is determined that a failure has occurred in the BMC.

  Then, when the failure cause determination unit 605 returns a response to the first ping from the confirmation target device, the OEM event transmission unit 102 is instructed to write a new event in the event log to the sub-operation control unit (BMC 24). It is determined whether the same determination result is obtained by repeating the transmission process. If the same determination result is obtained, it is determined that the user mode of the operating system is hung up.

Even with this configuration, in addition to obtaining the same effect as in the first embodiment, the first embodiment such as “abnormal BMC” or “hangs only in the user mode of the operating system” cannot be detected. Thus, it becomes possible to detect abnormalities, and this makes it possible to grasp the operating state of the confirmation target device 20 in more detail.
Hereinafter, this will be described in more detail.

  FIG. 9 is an explanatory diagram showing the configuration of the OS operation state confirmation system 501 according to the second embodiment of the present invention. In the OS operation state confirmation system 501, the OS operation state confirmation device 10 is replaced with an OS operation state confirmation device 510 as compared with the first embodiment described above. Except this point, the second embodiment is the same as the first embodiment. That is, the configuration and operation of the confirmation target device 20 are the same as those in the first embodiment.

  FIG. 10 is an explanatory diagram showing a more detailed configuration of the OS operation state confirmation device 510 shown in FIG. The OS operation state confirmation device 510 is the same in hardware as the OS operation state confirmation device 10 of the first embodiment described above. The software is the same except that the failure cause determination unit 105 is replaced with a failure cause determination unit 605 having a part of the operation.

  11 to 12 are flowcharts illustrating the monitoring operation of the OS 200 performed by the OS operation state confirmation apparatus 510 illustrated in FIG. The operation shown in FIGS. 11 to 12 is basically the same as that of the first embodiment shown in FIGS. 5 to 6, and therefore the same operation as that of the first embodiment is the same as that of FIGS. In the present specification, only the differences will be described.

  After issuing the IPMI command “Platform Event Message” to the BMC 24 in step S303, the failure cause determination unit 605 determines whether there is a response from the BMC 24 (step S701). If there is a response, the process proceeds to step S304 and subsequent steps. If there is no response, it is determined that the BMC 24 has caused a hardware abnormality (step S702), and the process proceeds to step S316.

  If it is determined in step S311 that “OS 200 is in an overload state”, if it is just an overload state, this is a temporary phenomenon and may be recovered over time. However, there is a possibility that the OS 200 is hung only in the user mode. In this case, the OS 200 does not recover even after a long time.

  Therefore, in this case, the failure cause determination unit 605 causes the OEM event transmission unit 102 to repeat the processing from step S302, and whether or not the result is the same “OS 200 is overloaded”. Judgment is made (steps S703 to 704). If the same result is not obtained (step S704: NO), it is determined that the first determination result is merely a temporary phenomenon, the second determination result is adopted (step S705), and the process proceeds to step S316. If the same result is obtained (step S704: YES), it is determined that the user mode of the OS 200 is hung up (step S706), and the process proceeds to step S316.

  Except for the operation described above, the operation of the OS operation state confirmation apparatus 510 is the same as that of the first embodiment shown in FIGS.

  According to the second embodiment described here, the operating state of the OS 200 can be detected on the OS operating state confirmation device 510 side in more detail than in the first embodiment. In particular, it is possible to detect the occurrence of an abnormality such as “hardware abnormality of BMC 24” or “hanging up only in the user mode of OS 200” that could not be detected in the first embodiment.

  The present invention has been described with reference to the specific embodiments shown in the drawings. However, the present invention is not limited to the embodiments shown in the drawings, and any known hitherto provided that the effects of the present invention are achieved. Even if it is a structure, it is employable.

  About each embodiment mentioned above, it is as follows when the summary of the novel technical content is put together. In addition, although part or all of the said embodiment is summarized as follows as a novel technique, this invention is not necessarily limited to this.

(Supplementary Note 1) The OS operation state confirmation device is configured by connecting the OS operation state confirmation device and the confirmation target device to each other, and determines whether the operation of the operating system in the confirmation target device is normal or not. An OS operation status confirmation system for confirming from
The confirmation target device is
A main arithmetic control means for operating the operating system, a sub arithmetic control means that operates separately from the main arithmetic control means, collects operation information of the confirmation target device, and transmits the operation information to the OS operation state confirmation device; Both the main arithmetic control means and the sub arithmetic control means store an event log for adding each operation content as an event, and during the normal operation of the main arithmetic control means in the event log A life / death detection unit that periodically adds processed information of the event to a newly added event and simultaneously transmits first life / death detection information that is confirmation information of the operation state to the OS operation state confirmation device. And with
The sub-operation control means adds a new event to the event log based on a command from the OS operating state confirmation device, and adds the processed information to the new event after a predetermined delay time has elapsed. IPMI command for determining whether or not the processed information has been added and transmitting second life / death detection information indicating a state in which the additional processing has not been performed to the OS operation state confirmation device It has a communication function,
The OS operation state confirmation device is
A communication target is periodically communicated with the confirmation target device, and when the periodic communication is interrupted, a confirmation target device alive detection unit that determines that a failure has occurred in the confirmation target device, and network communication with the confirmation target device A ping transmission unit that transmits a ping for confirmation (Ping), and when it is determined that a problem has occurred in the device to be confirmed, the new event is added to the event log to the sub-operation control unit of the device to be confirmed An OEM event transmission unit that transmits an instruction to be added,
A life / death detection information determination unit that instructs the ping transmission unit to transmit the first ping when the second life / death detection information is received from the confirmation target device;
When a reply to the first ping is returned from the confirmation target device, the main calculation control unit of the confirmation target device determines that the main calculation control unit is in an overload state. An OS operation state confirmation system comprising: a failure cause determination unit that determines that the arithmetic control means is hung up and outputs the determination result to the outside.

(Supplementary Note 2) When the failure cause determination unit does not receive the second life / death detection information from the confirmation target device and receives the first life / death detection information, the main calculation control unit of the confirmation target device The OS operation state confirmation system according to appendix 1, wherein it is determined that there is no particular problem in the operation of the OS.

(Additional remark 3) When the said life / death detection information determination part receives neither the said 1st and 2nd life / death detection information from the said confirmation object apparatus, it commands the said ping transmission part to transmit the 2nd ping. ,
The failure cause determination unit determines that the main calculation control unit of the confirmation target device is in an overload state when a reply to the second ping is returned from the confirmation target device; otherwise, The OS operation state confirmation system according to appendix 2, wherein it is determined that a permanent failure has occurred in the network with the device to be confirmed.

(Additional remark 4) After the said failure cause judgment part transmits the command which adds the said new event to the said event log from the said OEM event transmission part with respect to the said sub operation control means, from the said sub operation control means with respect to this command The OS operation state confirmation system according to appendix 1, wherein it is determined that a failure has occurred in the sub-operation control means when there is no response.

(Supplementary Note 5) When the failure cause determination unit returns a reply to the first ping from the confirmation target device, the OEM event transmission unit sends the new event log to the sub-operation control unit. It is determined whether or not the same determination result is obtained by repeating the process of transmitting the command to write the event, and if the same determination result is obtained, it is determined that the user mode of the main arithmetic control means is hung up. The OS operation state confirmation system according to appendix 1, characterized by:

(Additional remark 6) Between the said OS operation state confirmation apparatus and the said main calculation control means of the said confirmation object apparatus is connected by the 1st network,
Appendix 1 is characterized in that the OS operation state confirmation device and the sub-operation control means of the device to be confirmed are connected by a second network which is a system different from the first network. The OS operating state confirmation system described.

(Supplementary Note 7) Confirmation that constitutes an OS operation state confirmation system for confirming whether or not the operation of the operating system is normal from the side of the OS operation state confirmation device by being mutually connected to the OS operation state confirmation device A target device,
Main arithmetic control means for operating the operating system;
Sub-operation control means that operates separately from the main operation control means, collects its own operation information, and transmits it to the OS operation state confirmation device;
Storage means for storing an event log in which both the main operation control means and the sub operation control means add each operation content as an event,
While the main arithmetic control means is operating normally, the event processing information is periodically added to the newly added event in the event log, and at the same time, the operation is performed on the OS operation status check device. A life and death detection unit that transmits first life and death detection information that is state confirmation information;
The sub-operation control means adds a new event to the event log based on a command from the OS operating state confirmation device, and adds the processed information to the new event after a predetermined delay time has elapsed. IPMI command for determining whether or not the processed information has been added and transmitting second life / death detection information indicating a state in which the additional processing has not been performed to the OS operation state confirmation device A confirmation target device having a communication function.

(Supplementary Note 8) Main calculation control means for operating the operating system, and sub calculation control means that operates separately from the main calculation control means, collects information about the operation of its own hardware, and transmits it to an external device And a storage unit storing an event log that records the operation contents of both the main operation control unit and the sub-operation control unit, and is connected to the confirmation target device, thereby the operating in the confirmation target device An OS operation state confirmation device constituting an OS operation state confirmation system for confirming whether or not system operation is normal,
A confirmation target device alive detection unit that periodically communicates with the confirmation target device and determines that a failure has occurred in the confirmation target device when the periodic communication is interrupted,
A ping transmission unit that transmits ping for network communication confirmation to the confirmation target device;
An OEM event transmission unit that transmits an instruction to add the new event to the event log to the sub-operation control unit of the confirmation target device when it is determined that a failure has occurred in the confirmation target device;
The ping is received when life / death detection information indicating that processed information has not been written even after a predetermined delay time has elapsed for the new event written to the event log from the confirmation target device. A life / death detection information determination unit that instructs the transmission unit to transmit pings;
When the reply to the ping is returned from the device to be confirmed, it is determined that the operating system of the device to be confirmed is overloaded, and otherwise, the operating system of the device to be confirmed hangs up. And an OS operation state confirmation device characterized by having a failure cause determination unit that outputs the determination result to the outside.

(Supplementary Note 9) Main arithmetic control means for operating the operating system, and sub arithmetic control that operates separately from the main arithmetic control means, collects the operation information of the confirmation target device, and transmits it to the OS operation state confirmation device A device to be confirmed, and a storage unit storing an event log in which both the main operation control unit and the sub operation control unit add each operation content as an event are interconnected with the OS operation state confirmation device An OS operation state confirmation system for confirming from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal,
While the main arithmetic control means is operating normally in the confirmation target device, the life / death detection unit of the confirmation target device periodically adds processed information of the event to the event newly added to the event log. At the same time, the life and death detection unit transmits first life and death detection information which is confirmation information of the operation state to the OS operation state confirmation device,
When the periodic communication between the OS operation state confirmation device and the confirmation target device is interrupted, the confirmation target device alive detection unit of the OS operation state confirmation device determines that a failure has occurred in the confirmation target device. ,
When it is determined that a failure has occurred in the confirmation target device, the OEM event transmission unit of the OS operation state confirmation device gives a command to add a new event to the event log to the sub-operation control unit of the confirmation target device. Send
The sub-operation control means of the device to be confirmed that has responded to the command from the OS operation state confirmation device adds the new event to the event log,
The sub-operation control means determines whether or not the processed information is added to the new event added to the event log of the confirmation target device after a predetermined delay time has elapsed,
When the processed information is not added to the event log of the confirmation target device, second life / death detection information indicating a state where the additional processing is not performed is sent to the OS operation state confirmation device. The sub-operation control means of
When the OS operating state confirmation device receives the second life / death detection information from the confirmation target device, the life / death detection information determination unit pings the network communication confirmation to the confirmation target device via a ping transmission unit. Send
When the reply to the ping is returned from the device to be confirmed, it is determined that the operating system of the device to be confirmed is overloaded, and otherwise, the operating system of the device to be confirmed hangs up. The life and death detection information determination unit of the OS operation state confirmation device determines that,
The OS operation state confirmation method, wherein the life / death detection information determination unit of the OS operation state confirmation device outputs the determination result to the outside.

(Supplementary Note 10) Main arithmetic control means for operating the operating system, and sub arithmetic control that operates separately from the main arithmetic control means, collects operation information of the confirmation target device, and transmits it to the OS operation state confirmation device A device to be confirmed, and a storage unit storing an event log in which both the main operation control unit and the sub operation control unit add each operation content as an event are interconnected with the OS operation state confirmation device An OS operation state confirmation system for confirming from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal,
In the computer provided in the OS operation state confirmation device,
A procedure for determining that a failure has occurred in the confirmation target device when periodic communication between the OS operation state confirmation device and the confirmation target device is interrupted;
A procedure for transmitting a command to add a new event to the event log to the sub-operation control means of the confirmation target device when it is determined that a problem has occurred in the confirmation target device;
The confirmation is made when the life / death detection information indicating that the processed information is not added even after a predetermined delay time has elapsed for the new event added to the event log from the confirmation target device. A procedure for sending a ping for network communication confirmation to the target device,
When the reply to the ping is returned from the device to be confirmed, it is determined that the operating system of the device to be confirmed is overloaded, and otherwise, the operating system of the device to be confirmed hangs up. Procedures to determine that
And the procedure for outputting this judgment result to the outside.
An OS operating state confirmation program that is executed.

(Supplementary Note 11) Main arithmetic control means for operating the operating system, and sub arithmetic control that operates separately from the main arithmetic control means, collects operation information of the confirmation target device, and transmits it to the OS operation state confirmation device A device to be confirmed, and a storage unit storing an event log in which both the main operation control unit and the sub operation control unit add each operation content as an event are interconnected with the OS operation state confirmation device An OS operation state confirmation system for confirming from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal,
In the main calculation control means of the confirmation target device,
A procedure for periodically adding processed information of an event to the event log newly added to the event log while the operating system is operating on the confirmation target device;
And a procedure for transmitting life / death detection information which is confirmation information of the operation state to the OS operation state confirmation device at the same time,
An OS operating state confirmation program characterized in that

(Supplementary Note 12) Main arithmetic control means for operating the operating system, and sub arithmetic control that operates separately from the main arithmetic control means, collects operation information of the confirmation target device, and transmits it to the OS operation state confirmation device A device to be confirmed, and a storage unit storing an event log in which both the main operation control unit and the sub operation control unit add each operation content as an event are interconnected with the OS operation state confirmation device An OS operation state confirmation system for confirming from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal,
In the sub-operation control means,
A procedure for setting a predetermined delay time in response to a command from the OS operation state confirmation device;
A procedure for writing a new event to the event log;
A procedure for determining whether or not the processed information is added to the new event written to the event log of the confirmation target device after the delay time has elapsed;
And a procedure for transmitting life / death detection information indicating a state in which this additional processing is not performed when the processed information is not additionally recorded in the event log to the OS operation state confirmation device,
An OS operating state confirmation program characterized in that

  It can be widely applied to applications that need to grasp the operating state of a computer from a remote location via a network.

DESCRIPTION OF SYMBOLS 1,501 OS operation state confirmation system 10,510 OS operation state confirmation apparatus 11,21 Main arithmetic control means 12,22,24b Storage means 13a, 13b, 23a, 23b Communication means 14 Display means 20, 20a, 20b, 20c Confirmation Target device 24 BMC (Baseboard Management Controller)
24a Microprocessor 30 Network 31 Management network 101 Confirmation target device alive detection unit 102 OEM event transmission unit 103 Ping transmission unit 104 Life / death detection information determination unit 105, 605 Failure cause determination unit 200 OS
201 Life and death detection unit 201a IPMI command function 201b Management communication function 202 IPMI driver 210 SEL (System Event Log)
210a Processed information 241 IPMI command communication function 242 SEL access function

Claims (9)

An OS configured by connecting an OS operation state confirmation device and a confirmation target device to each other, and confirming from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal An operating state confirmation system,
The confirmation target device is
A main arithmetic control means for operating the operating system, a sub arithmetic control means that operates separately from the main arithmetic control means, collects operation information of the confirmation target device, and transmits the operation information to the OS operation state confirmation device; Both the main arithmetic control means and the sub arithmetic control means store an event log for adding each operation content as an event, and during the normal operation of the main arithmetic control means in the event log A life / death detection unit that periodically adds processed information of the event to a newly added event and simultaneously transmits first life / death detection information that is confirmation information of the operation state to the OS operation state confirmation device. And with
The sub-operation control means adds a new event to the event log based on a command from the OS operating state confirmation device, and adds the processed information to the new event after a predetermined delay time has elapsed. IPMI command for determining whether or not the processed information has been added and transmitting second life / death detection information indicating a state in which the additional processing has not been performed to the OS operation state confirmation device It has a communication function,
The OS operation state confirmation device is
A communication target is periodically communicated with the confirmation target device, and when the periodic communication is interrupted, a confirmation target device alive detection unit that determines that a failure has occurred in the confirmation target device, and network communication with the confirmation target device A ping transmission unit that transmits a ping for confirmation (Ping), and when it is determined that a problem has occurred in the device to be confirmed, the new event is added to the event log to the sub-operation control unit of the device to be confirmed An OEM event transmission unit that transmits an instruction to be added,
A life / death detection information determination unit that instructs the ping transmission unit to transmit the first ping when the second life / death detection information is received from the confirmation target device;
When a reply to the first ping is returned from the confirmation target device, the main calculation control unit of the confirmation target device determines that the main calculation control unit is in an overload state. An OS operation state confirmation system comprising: a failure cause determination unit that determines that the arithmetic control means is hung up and outputs the determination result to the outside.   When the failure cause determination unit does not receive the second life / death detection information from the confirmation target device and receives the first life / death detection information, the operation of the main arithmetic control unit of the confirmation target device 2. The OS operation state confirmation system according to claim 1, wherein it is determined that there is no problem. The life / death detection information determination unit instructs the ping transmission unit to transmit a second ping when the first and second life / death detection information is not received from the confirmation target device,
The failure cause determination unit determines that the main calculation control unit of the confirmation target device is in an overload state when a reply to the second ping is returned from the confirmation target device; otherwise, The OS operating state confirmation system according to claim 2, wherein it is determined that a permanent failure has occurred in a network with the device to be confirmed.   When there is no response from the sub-operation control means to the instruction after the cause-of-failure determination section transmits an instruction for adding the new event to the event log to the sub-operation control means by the OEM event transmission section 2. The OS operation state confirmation system according to claim 1, wherein it is determined that a failure has occurred in the sub-operation control means.   A command for the failure cause determination unit to write the new event in the event log to the sub-operation control unit in the OEM event transmission unit when a reply to the first ping is returned from the confirmation target device It is determined whether or not the same determination result is obtained by repeating the process of transmitting, and if the same determination result is obtained, it is determined that the user mode of the main arithmetic control means is hung up. The OS operation state confirmation system according to claim 1. It is a device to be confirmed that constitutes an OS operation state confirmation system for confirming whether the operation of the operating system is normal or not from the side of the OS operation state confirmation device by being interconnected with the OS operation state confirmation device. And
Main arithmetic control means for operating the operating system;
Sub-operation control means that operates separately from the main operation control means, collects its own operation information, and transmits it to the OS operation state confirmation device;
Storage means for storing an event log in which both the main operation control means and the sub operation control means add each operation content as an event,
While the main arithmetic control means is operating normally, the event processing information is periodically added to the newly added event in the event log, and at the same time, the operation is performed on the OS operation status check device. A life and death detection unit that transmits first life and death detection information that is state confirmation information;
The sub-operation control means adds a new event to the event log based on a command from the OS operating state confirmation device, and adds the processed information to the new event after a predetermined delay time has elapsed. IPMI command for determining whether or not the processed information has been added and transmitting second life / death detection information indicating a state in which the additional processing has not been performed to the OS operation state confirmation device A confirmation target device having a communication function. Main arithmetic control means for operating the operating system, sub arithmetic control means that operates separately from the main arithmetic control means, collects information about the operation of its own hardware, and transmits it to an external device; and the main arithmetic control means The operation of the operating system in the confirmation target device is connected to a confirmation target device including a storage unit that stores an event log that records the operation contents of both the control unit and the sub-operation control unit. An OS operation state confirmation device constituting an OS operation state confirmation system for confirming whether or not it is normal,
A confirmation target device alive detection unit that periodically communicates with the confirmation target device and determines that a failure has occurred in the confirmation target device when the periodic communication is interrupted,
A ping transmission unit that transmits ping for network communication confirmation to the confirmation target device;
An OEM event transmission unit that transmits an instruction to add the new event to the event log to the sub-operation control unit of the confirmation target device when it is determined that a failure has occurred in the confirmation target device;
The ping is received when life / death detection information indicating that processed information has not been written even after a predetermined delay time has elapsed for the new event written to the event log from the confirmation target device. A life / death detection information determination unit that instructs the transmission unit to transmit pings;
When the reply to the ping is returned from the device to be confirmed, it is determined that the operating system of the device to be confirmed is overloaded, and otherwise, the operating system of the device to be confirmed hangs up. And an OS operation state confirmation device characterized by having a failure cause determination unit that outputs the determination result to the outside. A main arithmetic control means for operating the operating system, a sub arithmetic control means that operates separately from the main arithmetic control means, collects operation information of the device to be confirmed, and transmits the operation information to the OS operation state confirmation device; A configuration in which a check target device including both a main operation control unit and a sub-operation control unit and a storage unit storing an event log that adds each operation content as an event is connected to the OS operation state check device. In the OS operation state confirmation system for confirming from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal,
While the main arithmetic control means is operating normally in the confirmation target device, the life / death detection unit of the confirmation target device periodically adds processed information of the event to the event newly added to the event log. At the same time, the life and death detection unit transmits first life and death detection information which is confirmation information of the operation state to the OS operation state confirmation device,
When the periodic communication between the OS operation state confirmation device and the confirmation target device is interrupted, the confirmation target device alive detection unit of the OS operation state confirmation device determines that a failure has occurred in the confirmation target device. ,
When it is determined that a failure has occurred in the confirmation target device, the OEM event transmission unit of the OS operation state confirmation device gives a command to add a new event to the event log to the sub-operation control unit of the confirmation target device. Send
The sub-operation control means of the device to be confirmed that has responded to the command from the OS operation state confirmation device adds the new event to the event log,
The sub-operation control means determines whether or not the processed information is added to the new event added to the event log of the confirmation target device after a predetermined delay time has elapsed,
When the processed information is not added to the event log of the confirmation target device, second life / death detection information indicating a state where the additional processing is not performed is sent to the OS operation state confirmation device. The sub-operation control means of
When the OS operating state confirmation device receives the second life / death detection information from the confirmation target device, the life / death detection information determination unit pings the network communication confirmation to the confirmation target device via a ping transmission unit. Send
When the reply to the ping is returned from the device to be confirmed, it is determined that the operating system of the device to be confirmed is overloaded, and otherwise, the operating system of the device to be confirmed hangs up. The life and death detection information determination unit of the OS operation state confirmation device determines that,
The OS operation state confirmation method, wherein the life / death detection information determination unit of the OS operation state confirmation device outputs the determination result to the outside. A main arithmetic control means for operating the operating system, a sub arithmetic control means that operates separately from the main arithmetic control means, collects operation information of the device to be confirmed, and transmits the operation information to the OS operation state confirmation device; A configuration in which a check target device including both a main operation control unit and a sub-operation control unit and a storage unit storing an event log that adds each operation content as an event is connected to the OS operation state check device. In the OS operation state confirmation system for confirming from the OS operation state confirmation device side whether or not the operation of the operating system in the confirmation target device is normal,
In the computer provided in the OS operation state confirmation device,
A procedure for determining that a failure has occurred in the confirmation target device when periodic communication between the OS operation state confirmation device and the confirmation target device is interrupted;
A procedure for transmitting a command to add a new event to the event log to the sub-operation control means of the confirmation target device when it is determined that a problem has occurred in the confirmation target device;
The confirmation is made when the life / death detection information indicating that the processed information is not added even after a predetermined delay time has elapsed for the new event added to the event log from the confirmation target device. A procedure for sending a ping for network communication confirmation to the target device,
When the reply to the ping is returned from the device to be confirmed, it is determined that the operating system of the device to be confirmed is overloaded, and otherwise, the operating system of the device to be confirmed hangs up. Procedures to determine that
And the procedure for outputting this judgment result to the outside.
An OS operating state confirmation program that is executed.

Images