Operator Messages Manual

Chapter 1 Introduction

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:

  • Printers, log files, or terminals controlled by an EMS printing distributor

  • The EMS collector process on another server in the network

What Is an Operator Message?

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:

  • Changes in the subsystem environment.

  • Errors encountered during continuous operation. (This does not include errors encountered during an interaction with a user or application, which are usually reported directly to the user or application.)

  • Conditions that might lead to a problem if not corrected.

  • Conditions that require operator intervention.

  • Significant losses of function or resources.

  • Changes that cause a process to terminate.

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.

Where Do Operator Messages Originate?

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.

Where Are Operator Messages Sent?

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.

The Distributor Processes

EMS provides the following distributor processes for handling event messages:

  • Consumer distributor

  • Printing distributor

  • Compatibility distributor

  • Forwarding distributor

Consumer Distributor

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.

Printing 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:

94-07-23 15:09:51 \NET.$FTI1      TANDEM.MHS.D20                       000023 $ZL1 
                                  MR.\NET.MRGRP1  $RL11: OSI resource
                                  problem with device \NET.$LAPX.#Z0004BW
                                  on call APS_ASSOC_CONNECTREQ  returned
                                  with -1001, 140

Compatibility Distributor ($Z0)

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.

Figure 1-1 Operator Messages and the EMS Environment

Operator Messages and the EMS Environment

Forwarding Distributor

The forwarding distributor filters specific events and sends them to the EMS collector process on another server in the network. The EMS collector process on the destination server saves forwarded event messages in its EMS log file.

Operator Message Types

Operator messages are grouped according to type. This manual documents the following types of messages:

  • Common messages

  • EMS messages

  • HP NonStop Kernel Open System Services (OSS) messages

  • Subsystem messages

Common Messages

Common messages are common to several different subsystems. Common messages have negative event numbers and are divided into the following ranges:

Beginning of RangeEnd of RangeEvent Type
-1-999Common communications subsystem events (ZCOM)
-10000-10999Common diagnostic events (ZCDG)
-32600-32767Common events (ZCMK)

The following example shows a common message:



-4

ldevname LDEV ldev I/O ADDR: (cpu, chan, ctl, unit) Process Fatal Error, Cause: [cause]

EMS Messages

Three types of messages are sent under the EMS subsystem ID:

  • EMS messages 1 through 511 have not been fully converted to Distributed Systems Management (DSM) display format.

  • EMS messages 512 either have not been fully converted to DSM display format or are user-written messages that are displayed by user-written applications. User-written operator messages are not documented in this manual. Currently, the LINKMON process, the Spooler subsystem, and certain HP NonStop SQL/MX components display EMS 512 messages.

  • EMS messages 513 and higher originate from the EMS subsystem itself. Messages numbered 513 through 999 originate from EMS collectors. Messages higher than 1000 originate from EMS distributors.

OSS Messages

Two sets of messages are sent under the OSS subsystem ID:

  • OSS messages 1 through 4 and 13 and higher are generated by the OSS subsystem itself.

  • OSS messages 5 through 12 are user-written messages that are sent by user-written OSS applications. The message numbers are assigned by severity level. This manual documents the severity level for each message and the message format but does not document actual message text.

Subsystem Messages

Subsystem messages are in DSM display format and are generated by a specific subsystem.

The Message Header

Operator messages are preceded by a header that contains the following information:

  • Subsystem ID

  • Event number

  • Time the message was generated

  • Name of the system that sent the message

  • Process ID or processor number of the process that issued the message

Only portions of the subsystem ID and the event number are shown as header information in this manual.

How to Find a Message 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.

Finding the Subsystem Name and Event Number

The subsystem name (or sometimes the subsystem number) is part of the subsystem ID:

  • For operator messages displayed on the ViewPoint console application (D-series), use the ViewPoint event-detail screen to find the message’s subsystem ID and event number. If you are using ViewPoint and notice events without a subsystem ID, subsystem name, and event number, refer to Chapter 31 to find out what the message means. The message’s subsystem ID and event number appear in the header in the following format:

    owner-name.subsystem-name.version  event-number
    

    For example:

    TANDEM.TCPIPSA.D20     001001
    
  • While the output format varies slightly, both the TSM event viewer (G‑series) and OSM event viewer (G‑series and H-series) display the following information for each operator message retrieved:

    • Date and time

    • Subsystem ID

    • Event name, number, and subject

      If you see events without a subsystem ID, subsystem name, and event number, refer to Chapter 31 to find out what the message means.

  • For event messages sent to printers, log files, and terminals used by the printing distributor, the message’s subsystem ID and event number appear in the following format:

    owner-name.subsystem-name.version event-number
    

    For example:

    TANDEM.TMF.D20        000041
    

The message’s subsystem ID and event number variables include the following:

owner-nameHP for all messages described in this manual.
subsystem-nameSubsystem name. In rare cases, the subsystem number appears instead of the name.
versionRelease number (for example, D20).
event-numberEvent number.

List of Subsystems

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

Subsystem NameSubsystem NumberSubsystem AcronymDescription
APPCLSTR252ZACSAPPCLSTR (Application Cluster Services)
AM327022ZAM3AM3270 access method
ASAP226ZASPAvailability, Statistics and Performance
ATM172ZATMATM
ATP610024ZATP6100 Asynch Terminal
BRU 255ZBRUBackup and Restore 2.0
BRT142ZBRTBACKUP and Tape Reader
CEV198ZCEVTSM EMS Event Viewer
CIP259ZCIPCluster I/O Protocols
CL285ZCL2Common Level 2 (CL2) modules
CLOCK66ZCLKSystem clock
CMAP263ZCMPComplex Mgr Auxiliary Process
CMN325ZCMNCluster Connectivity Monitor Process
COM-KRNL83ZCMKCommon messages
CP610026ZCP6CP6100
CPU15ZCPUProcessor microcode
DBIOPROC209ZDIODirect Bulk I/O
DCE188ZDCEDistributed Computing Environment
DCT297ZDCTRemote Destination Control Table Monitor Process
DISK31ZDSKDisk process
DLL260ZDLLDynamic Link Library
DLSOS271ZSOSData Loader Heartbeat Monitor
DMP151ZDMPHP Tandem Failure Data System
DNS5ZDNSDistributed Name Service
DSC34ZDSCDynamic System Configuration
DSMSCM135ZPHIDistributed System Management/Software Configuration Manager
DSNM82ZDSNDistributed Systems Network Management, referred to as Distributed Systems Management Solutions (DSMS)
EM3270109ZEM3EM3270 emulator
EMS12ZEMSEvent Management Service
EMSTEXTN.A.N.A.EMSTEXT unable to display an event message
ENVOY107ZENVEnvoy
ETHSA217ZESASNMP Ethernet/Token Ring Subagent
ETN32SRV221ZTN3ETN32SRV Guardian Enhanced TN32SRV Server
EXF88ZEXFEnvoyACP/XF
EXPAND30ZEXPExpand networking tool
FASTPTCP240ZFSPFASTPTCP
FCSM262ZFSMFCS Monitor
FILE68ZFILFile system
GDSX33ZGDSExtended General Device Support
GUARDIO69ZGIOLow-level I/O
GUARDLIB46ZGRDGuardian
HRM180ZHRMHost Resources Subagent
IPB16ZIPBInterprocessor bus interrupt handler
IPC203ZIPCNonStop Kernel Message System
IPXSA196ZISAIPX/SPX Subagent
IPX-SPX164ZIPXInterprocessor Extended/Subsystem Processor Extended
KRN199ZKRNKernel Subsystem Manager
MEASURE141ZMSRMeasure
MEU326MEUMaintenance Entity Unit
MEV186ZMEVMulti Event Viewer (MEV) subsystem
MHS45ZMHSOpen Systems Interconnection/Message Handling Services
MONITOR72ZMONSystem monitor
MSGSYS73ZMSGMessage system
NBT179ZNBTNetBIOS over TCP/IP
NBX178ZNBXNetBIOS over IPX/SPX
NCSL328ZNCSNonStop Connection Services Library
NETBATCH9ZBATNetBatch
NFS77ZNFSNetwork File System (NFS) for Open System Services (OSS)
NNM117ZNNMNonStop NET/MASTER (NNM) subsystem
NSC204ZNSCNonStop C Multitasking Engine
NSDS153ZNDSNonStop Directory Services
NSK183ZNSKNonStop Kernel
ODBC/MP234ZNOSNonStop Open Database Connectivity Server
ODBC/MX231ZMXOOpen Database Connectivity/Mail Exchange
ODP2ZODPOptical disk process
OMF127ZOMFObject Monitoring Facility
ONS182ZONSOpen Notification Service (ONS)
OSIAPLMG97ZOSAOpen Systems Interconnection/Application Manager
OSIAS62ZOSIOpen Systems Interconnection/Application Services
OSIFTAM136ZFTMOpen Systems Interconnection/File Transfer, Access, and Maintenance System
OSITS63ZOS4Open Systems Interconnection/Transport Services
OSM250ZOSMOpen System Management
OSS143ZOSSOpen System Services
OSSTTY245ZTTYOpen System Services Pseudo-Terminal Utility
OVNM253ZOVNOpenView Agent for HP NonStop servers
PAM215ZPAMPort Access Method
PATHWAY8ZPWYNonStop TS/MP and NonStop Pathway/TS
QIO166ZQIOShared I/O for Transmission Control Protocol/Internet Protocol (TCP/IP)
RAL175ZRALResource Access Layer
RDF211ZRDFRemote Duplicate Database Facility
RPC79ZRPCRemote Procedure Call
RSC160ZRSCRemote Server Call
SCL218ZSCLHP NonStop ServerNet Cluster
SCP25ZSCPSubsystem Control Point
SCS122ZSCSSQL Communication subsystem
SCSI190ZSCZOpen SCSI
SFG94ZSFGSafeguard security product
SLSA193ZLANServerNet LAN Systems Access
SMD205ZSMDOpen SCSI Module Driver
SMF112ZSMFStorage Management Foundation
SMN237ZSMNExternal ServerNet SAN
SMP155ZSMPNonStop SNMP (Simple Network Management Protocol)
SNAX36ZSX1SNAX Advanced Peer Networking (SNAX/APN) and SNAX Extended Facility (SNAX/XF)
SNAX-APC29ZAPCSNAX Advanced Program Communication (SNAX/APC)
SNAX-CDF37ZCDFSNAX Cross-Domain Facility (SNAX/CDF)
SNAX-CRE133ZCRESNAX Creator-2
SNAX-HLS110ZHLSSNAX High-Level Support (SNAX/HLS)
SNT201ZSNTServerNet Error Handler
SPL57ZSPLSpooler
SPR206ZSPRService Processor
SQLAUDIT162ZAUDNonStop SQL/MP Audit Fix-up (a feature of SQL)
SQL/MP161ZSQLHP NonStop SQL/MP
SQL/MX236ZMXSHP NonStop SQL/MX
SRL184ZSRLShared run‑time libraries
SSI150ZSSIStorage Server Interface
STO189ZSTOStorage Subsystem
SWANN.A.N.A.SWAN Concentrator (sends events through Trap Multiplexer, TRAPMUX, subsystem)
SXCM147ZSCXSNAX Connection Manager
SYSH131ZSYHSyshealth
TACL3ZTACHP Tandem Advanced Command Language
TAG187ZTAGTransport Agent
TAPE4ZTAPTape process
TCPIP80ZTCITransmission Control Protocol/Internet Protocol (TCP/IP)
TCPIPv6246ZTC6TCP/IPv6
TCPIPSA202ZTSATCP/IP SNMP Subagent
TCPMAN220ZTCPTCP/IP Manager
TELSERV91ZTNTTelserv subsystem
TLAM19ZLAMHP Tandem LAN Access Method/Multilan connectivity tool
TMDS20ZTMDHP Tandem Maintenance and Diagnostic System
TMF10ZTMFHP Transaction Management Facility (TMF)
TN32SERV125ZTN3TN32SERV access method
TR327140ZTR3TR3271 access method
TRAPMUX185ZTMXTrap Multiplexer subagent
TSE191ZTSENonStop TS/MP for HP NonStop Tuxedo users
TSM194ZTSMTSM
TTALK112ZTLKTandemTalk
TUXEDO208ZTUXNonStop Tuxedo
VHS138ZVHSVirtual Hometerm System
VIEWPT60ZVPTViewPoint console application
WANMGR176ZWANWide Area Network subsystem
WEBSERV210ZWEBiTP Secure WebServer
WMSVCS165ZWMSWorkload Management Services
X2541ZX25 X.25 access method
XIO200ZXIONonStop Kernel XIO (extended I/O)
YMP197ZYMPYMIOP maintenance I/O process

 

Critical Events

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:

Message Accessed ThroughCritical Indicator
Printing DistributorAsterisk (*) placed two columns before the subsystem ID
Compatibility DistributorBell sounds
ViewPointReverse video
TSM EMS Event ViewerMessage highlighted in color (The default is red.)
OSM Event ViewerDefault color for critical events is red. Additionally, provides flexibility (through custom filters) to display events from particular subsystems in different colors.

Common Message Variables

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.



104

LDEV ldev [ CU %ccu | CU %... ] FATAL CONTROLLER ERROR %dev-status %param1 %param2 %param3 [ (cpu,chan,%ctlr,%unit) ]

ldev

identifies the logical device.

CU %ccu

indicates the input/output (I/O) address associated with this message.

CU %...

is displayed instead of CU %ccu when the device supports extended I/O addressing or when the system is a multiple-channel system; that is, it can support more than one channel per processor. When the extended format of the message is used, (cpu,chan,%ctlr,%unit) appears at the end of the message.

%dev-status

indicates device status information, as described in Appendix A.

param

is one or more binary or octal words of device-dependent information that can be decoded for details of the event reported (usually an error condition).

Message Descriptions

Each message description contains the following information:

  • Message text

  • Cause of the message or error

  • Effect of the error on the system

  • Recovery action you should take

Additional Information

The appendixes in this manual contain additional information about subsystem-specific parameters and about error numbers issued by certain procedures.

Subsystem-Specific Parameters

Appendix A, contains information about decoding subsystem‑specific parameters returned by some messages.

Error Numbers

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:

AppendixTitle
BFile-System Errors
CNEWPROCESS Errors
DProcess Creation Errors
EALLOCATESEGMENT Errors
FSEGMENT_ALLOCATE_ Errors

For cause, effect, and recovery information for messages generated by these errors, refer to the Guardian Procedure Errors and Messages Manual.