Software independent watchdogging scheme for monitoring operating system

The present invention relates to a software monitoring scheme, and more particularly to the monitoring of a state of an operating system.

Blade server systems are known in the art. FIG. 1 illustrates a conventional blade server. The blade server 101 comprises an operating system 103 and is managed by a management module 102 . Occasionally, the blade server either stops functioning or is functioning improperly. In such a situation, it is often difficult to determine if the problem is with the operating system 103 . Being able to quickly determine the state of the operating system 103 is important so that the operating system 103 can be re-initialized if it is the problem. If the operating system 103 is not the problem, then re-initializing it would be undesirable.

One conventional method for determining the state of the operating system 103 utilizes a driver 104 of the operating system 103 that periodically resets a watchdog circuitry 105 added to the blade server 101 . If the watchdog circuitry times out without a reset, then this indicates that the operating system 103 has ceased to function properly. However, this solution requires specialized software (the driver 104 ) and specialized hardware (the watchdog circuitry 105 ), adding to the cost of the system.

Accordingly, there is a need for an improved method and system for determining the state of an operating system. The improved method and system should not require special hardware or software. The present invention addresses such a need.

An improved method and system for determining the state of an operating system includes an operating system, a USB host controller that is driven by the operating system to send a polling signal to a USB device, and a management module that monitors the polling signal. If the polling signal has stopped, then the management module takes corrective action to restore the operating system. No specialized software or specialized hardware is required to determine the state of the operating system. The state of the operating system can be determined quickly and efficiently without adding to the costs of the system.

FIG. 1 illustrates a conventional blade server.

FIG. 2 illustrates a preferred embodiment of a system for determining the state of an operating system in accordance with the present invention.

FIG. 3 is a flowchart illustrating a preferred embodiment of a method for determining the state of an operating system in accordance with the present invention.

The present invention provides an improved method and system for determining the state of the operating system. The following description is presented to enable one of ordinary skill in the art to make and use the invention and is provided in the context of a patent application and its requirements. Various modifications to the preferred embodiment will be readily apparent to those skilled in the art and the generic principles herein may be applied to other embodiments. Thus, the present invention is not intended to be limited to the embodiment shown but is to be accorded the widest scope consistent with the principles and features described herein.

To more particularly describe the features of the present invention, please refer to FIGS. 2 and 3 in conjunction with the discussion below.

FIG. 2 illustrates a preferred embodiment of a system for determining the state of an operating system in accordance with the present invention. The system comprises a blade center with a plurality of blade servers 201 a – 201 c, each of which comprises a universal serial bus (USB) host controller 205 . The USB host controller 205 provides an interface between a USB device 207 , such as a USB keyboard, and the server 201 a. The operating system 203 of the server 201 a comprises a USB stack 204 which constantly polls the USB device 207 for data, via the USB host controller 205 . The server 201 a is managed by a management module 202 . The management module 202 comprises a microcontroller 208 running a monitoring software 206 for monitoring USB traffic. When the microcontroller 208 receives data from a USB device 207 , it passes the data to the USB host controller 205 .

FIG. 3 is a flowchart illustrating a preferred embodiment of a method for determining the state of an operating system in accordance with the present invention. Referring to both FIGS. 2 and 3 , first, the polling of a USB device ( 206 or 207 ) by the operating system 203 is monitored, via step 301 . In the preferred embodiment, the polling signal is driven by the USB stack 204 of the operating system 203 , via the USB host controller 205 , and is a part of the normal operation of the operating system 203 . This polling signal is monitored by the management module 202 . The monitoring continues as the polling continues, via step 302 . If the polling ever stops, then the management module 202 knows that the operating system 203 has ceased to function properly, and can then take corrective action to restore the operating system 203 , via step 303 . Corrective action can include issuing alerts to a customer or a system administrator, or the running of diagnostic routines.

For example, the USB stack 204 drivers the USB host controller 205 to constantly poll for data from the USB keyboard 207 . The microcontroller 208 of the management module 202 monitors the USB traffic, including the polling signal, via step 301 . Assume then that a keystroke from a remote keyboard arrives at the server 201 . The microcontroller 208 receives the keystroke and then sends the keystroke to the USB host controller 205 . In sending the keystroke, the microcontroller 208 emulates a local keyboard, so that it appears to the USB host controller 205 that the keystroke is from a local USB device. The USB host controller 205 then sends the keystroke to the operating system 203 , which processes the keystroke. However, assume then that the operating system 203 stops functioning properly and the system freezes. Since the operating system 203 is frozen, its USB stack 204 cannot keep driving the USB host controller 205 to poll the USB keyboard 207 . Thus, the polling stops, via step 302 . The microcontroller 208 determines that the polling has stopped, so it takes correction action to restore the operating system 203 , via step 303 .

In this manner, no specialized software, such as the driver 104 ( FIG. 1 ), nor specialized hardware, such as the watchdog circuitry 105 , is required. The state of the operating system 203 can be determined quickly and efficiently without adding to the costs of the system.

Although the preferred embodiment is described above in the context of a blade server, one of ordinary skill in the art will understand that the present invention is applicable to other systems utilizing a universal serial bus without departing from the spirit and scope of the present invention.

An improved method and system for determining the state of an operating system has been disclosed. The method and system includes an operating system, a USB host controller that is driven by the operating system to send a polling signal to a USB device, and a management module that monitors the polling signal. If the polling signal has stopped, then the management module takes corrective action to restore the operating system. No specialized software or specialized hardware is required to determine the state of the operating system. The state of the operating system can be determined quickly and efficiently without adding to the costs of the system.

Although the present invention has been described in accordance with the embodiments shown, one of ordinary skill in the art will readily recognize that there could be variations to the embodiments and those variations would be within the spirit and scope of the present invention. Accordingly, many modifications may be made by one of ordinary skill in the art without departing from the spirit and scope of the appended claims.