z/VM: System Messages and Codes Š CP - z/VM - IBM

MPC002
Explanation: This module is distributed as object code
only. Therefore, no source program materials are
available.
User Response: Refer to z/VM: Diagnosis Guide for
information on gathering the documentation you need to
assist IBM in diagnosing the problem, then contact your
IBM support personnel.
MPD001
Explanation: (soft abend) A defer type was
encountered that was not valid while stacking MP defer
work.
User Response: Examine the dump. Register 13
points to the SAVBK. Determine why register 0 in the
SAVBK did not point to either the address of
MPDCPLOC (“CP loss of control” queue) or the address
of MPDLOC (“loss of control” queue). Use the CP trace
table to determine which module caused the error.
Contact your IBM support personnel.
MPF001
Explanation: During the switch master routine
(HCPMPFSW), CP could not locate the current master
processor prefix page. The system cannot operate
without a master, therefore the system must be
terminated.
User Response: Examine the dump to determine
what happened to the master processor prefix page.
Pay particular attention to any function that may have
manipulated the prefix page cyclic list. Also, examine all
the prefix pages to determine if the PFXTYPE field has
been disturbed inadvertently (this would prevent the
system from identifying which prefix page belonged to
the master processor).
MPR001
Explanation: A processor was selected for recovery
from a malfunction alert, but CP could not find the prefix
page that owns the logical processing unit address
(LCPUA) of the failing processor. The maintenance of
the PFXMALFM or SYSMALFM field is in error.
User Response: Study the dump to determine what
happened to the prefix page of the processor that
signalled malfunction alert. Module HCPMPS is
responsible for maintaining the two fields; module
HCPMPR is responsible for assuring that recovery is
performed by only one processor in the configuration,
even though the malfunction alert is broadcast to all
processors.
MPR002
Explanation: The processor that broadcast a
malfunction alert was the master processor, but this
processor (the recovery processor) was unable to
become the master for some reason (condition code 1
returned from a call to HCPMPFSW). This processor
should be the only one that has the authority to recover
for the failed master processor. If the recovery
processor cannot take over for the failed master
processor, this means there is no master processor. The
system cannot operate without a master processor, so
the system terminates.
User Response: Study the dump to determine why
the switch master function failed.
MPS001
Explanation: In attempting to VARY ON a processor,
HCPMPSON has run out of logical processing unit
addresses (LCPUAs) to assign to the new processor.
The LCPUA is a 4-byte field with a distinct bit for each
online processor in the configuration. There are 31 bits
available to be assigned. Therefore, if there are no
more LCPUAs to assign, the manipulation of the field is
in error.
User Response: The most likely function to mishandle
the LCPUA field is the VARY OFFLINE/ONLINE
PROCESSOR xx command. The map of all used
LCPUAs is in the SYSLCPUA field of the system
common area. There should be a prefix page for each
LCPUA mapped in SYSLCPUA. HCPMPS is the module
that assigns and deallocates LCPUAs when a processor
is varied online or offline respectively.
MPX001
Explanation: CP was performing CCW simulation for
a virtual adapter but could not obtain the required
serialization for the MPC Group. This indicates that the
simulation is in an unexpected internal state.
User Response: Restart the system and process the
dump.
MXA001
MPC002 MXA001
Explanation: (soft abend) An error has been detected
by the *MONITOR CP system service in response to an
IUCV function that *MONITOR initiated.
All Monitor-related activities are terminated, and the
IUCV path between the receiving virtual machine and
the *MONITOR CP System Service has been severed.
User Response: Register 1 points to the IPARML
control block. Field IPRCODE contains the return code
from IUCV indicating the nature of the problem. The
meaning of this return code can be found in z/VM: CP
Programming Services under ″IUCV functions.″ If you
cannot determine the error, contact your IBM support
Chapter 2. System Codes 79