Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Service Processor Alert

IP.com Disclosure Number: IPCOM000037697D
Original Publication Date: 1989-May-01
Included in the Prior Art Database: 2005-Jan-29
Document File: 1 page(s) / 11K

Publishing Venue

IBM

Related People

Sutton, AJ: AUTHOR

Abstract

In this design, a Service Processor monitors the main system (System A) for hardware failures in the system and then signals another system (System B) to do a takeover via its Service Processor. The Service Processor for System B can then initialize System B.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 100% of the total text.

Page 1 of 1

Service Processor Alert

In this design, a Service Processor monitors the main system (System A) for hardware failures in the system and then signals another system (System B) to do a takeover via its Service Processor. The Service Processor for System B can then initialize System B.

The unique characteristic of this design is that the Service Processors do Recovery and Initialization Resets for the primary system (System A) and the signaling to the Backup System (System B). Having this capability, the Service Processor knows when an error is detected in System A. It is at this time that the Service Processor attending System A signals the other Service Processor attending System B to do a takeover or activate its backup procedure. The errors can be monitored in System A and/or System B and the action to be taken may be in either System A or System B. The actions such as Initial Program Load (IPL) or signaling to a software module are selectable from menus provided to the operator prior to activation. For example, a Software Module in System B can dispatch the alert signal to: a console, the network, the machine check handler or to the appropriate subsystem(s).

Disclosed anonymously.

1