Operator Messages Manual![]() Chapter 1 IntroductionTable of Contents Use this manual to look up system-generated operator messages. On systems running D-series RVUs, operator messages can be displayed on the ViewPoint application event screen. On systems running G‑series RVUs, operator messages can be displayed using the HP Open System Management (OSM) Event Viewer or the Compaq TSM EMS Event Viewer. The DSM/NonStop Operations for Windows (DSM/NOW) product supports a Multi Event Viewer (MEV) for browsing and monitoring EMS events and event logs. You can send operator messages to either:
An operator message is an event message that has been converted to displayable text by an EMS distributor process or by a user application. An event message is a special category of Subsystem Programmatic Interface (SPI) message that conveys information about an event or significant occurrence in the subsystem environment. Occurrences and conditions reported by event messages and displayed as operator messages include:
Operator messages are intended to be seen (and perhaps acted upon) by an operator or, in some systems, by a program that performs operator functions. EMS is a set of processes that collects event messages from reporting processes and subsystems and then selectively distributes those messages to various destinations. The destinations range from a local operator console to a management application running on a remote server. Figure 1-1 shows how EMS routes messages. Because operator messages are formatted event messages, they originate from the same places as event messages: HP subsystems (including operating system processes) and user-written subsystems. Subsystems write event messages to the EMS collector process $0 or to the $ZLOG collector. ($ZLOG is an instance of the EMS alternate collector.) These are the primary collection points for all event messages. The collector process writes the event messages to an event log file. From the event log, event messages are sent to a distributor process. The event log file is read by distributor processes configured onto or started on the server. Each distributor process has a filter associated with it. The distributor selects only the messages it wants by comparing each message to this filter. EMS provides four distributor processes that collect event messages from the EMS log file (or alternate log files). Three of these distributor processes format these messages into operator messages and then distribute these operator messages to various destinations. EMS provides the following distributor processes for handling event messages:
The consumer distributor is used by applications provided by HP and by users to read the EMS log file (or alternate log files) and all or specific event messages, depending on filter specifications loaded to the consumer distributor process. The application can take appropriate action, if necessary, in response to an important event. ViewPoint (for D-series), the TSM Event Viewer (for G-series), and the OSM Event Viewer (for G‑series or H-series) are applications provided by HP that use the consumer distributor. The printing distributor formats operator messages for logging to disk files, terminals, or printers. The following example shows the format for HP Open Systems Interconnection/Message Handling System (OSI/MHS) operator messages as they are sent to disk files, terminals, or printers:
The compatibility distributor ($Z0) was created to allow backward compatibility with the operator process that existed previously. HP no longer supports OPRLOG and related functions. However, the compatibility distributor still sends operator messages to a console device during system load. Operator messages are grouped according to type. This manual documents the following types of messages:
Common messages are common to several different subsystems. Common messages have negative event numbers and are divided into the following ranges:
The following example shows a common message:
Three types of messages are sent under the EMS subsystem ID:
Two sets of messages are sent under the OSS subsystem ID:
Operator messages are preceded by a header that contains the following information:
Only portions of the subsystem ID and the event number are shown as header information in this manual. To look up an operator message in this manual, you must know the message’s subsystem name and event number. The chapters in this manual are organized alphabetically by subsystem names. Messages within each chapter are in order by event number. The subsystem name (or sometimes the subsystem number) is part of the subsystem ID:
The message’s subsystem ID and event number variables include the following:
Table 1-1 lists the names, numbers, and descriptions of the subsystems that generate the messages described in this manual. The chapters in this manual are organized alphabetically by the subsystem names listed in this table. Table 1-1 Subsystem Names and Numbers
Critical events, such as the loss of a device or the occurrence of certain errors, are events for which the consequences could be serious. Messages for critical events are displayed as follows:
Variables are used in most operator messages. Some of these variables are common to many operator messages. EMS message 104 lists some of the variables that are most common in operator messages and illustrates how they are formatted in this manual.
Each message description contains the following information:
The appendixes in this manual contain additional information about subsystem-specific parameters and about error numbers issued by certain procedures. Appendix A, contains information about decoding subsystem‑specific parameters returned by some messages. Many operator messages refer to error numbers. These error numbers are issued by the file system and by various procedures. The error numbers are listed and briefly described in the following appendixes:
For cause, effect, and recovery information for messages generated by these errors, refer to the Guardian Procedure Errors and Messages Manual. |