28.12.2012 Views

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

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

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

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

REI002<br />

Explanation: (soft abend) H<strong>CP</strong>REIPB or H<strong>CP</strong>REIPQ<br />

(which fills in the protect block (H<strong>CP</strong>PROBK) with error<br />

information when the user is in the protected application<br />

environment) has been called with an option<br />

(ERMALT<strong>VM</strong>, ERMOPER, or QCNOPER) that the<br />

protected application environment does not support.<br />

User Response: Check the trace table to determine<br />

what module called H<strong>CP</strong>REI. Input register 2 contains<br />

the option bits specified. If H<strong>CP</strong>REIPB is called, the<br />

option bits are interpreted according to how<br />

H<strong>CP</strong>ERMSG interprets the options. If H<strong>CP</strong>REIPQ is<br />

called, the option bits are interpreted according to how<br />

H<strong>CP</strong>QCNWT interprets the options. Save the dump <strong>and</strong><br />

contact your <strong>IBM</strong> support personnel to diagnose <strong>and</strong><br />

correct the problem.<br />

REP001<br />

Explanation: The error recovery procedure called<br />

H<strong>CP</strong>REP to either end a level of recursion or to obtain<br />

the address of the previous IORBK. The recursive<br />

IORBK pointer (IORPIOR) contained zeros, which<br />

produced the abend. IORPIOR should contain the<br />

address of the IORBK that is one less in the recursive<br />

structure.<br />

User Response: Examine the save area or trace table<br />

entries to determine the calling module. Check R10 to<br />

find out if it is pointing to a valid IORBK. If R10 does<br />

contain the address of the IORBK, <strong>and</strong> a valid IORBK<br />

does not exist at that address in storage, storage was<br />

probably overlaid. If R10 is not pointing to a valid<br />

IORBK, R10 was probably not set by the requestor.<br />

RER005<br />

Explanation: A VDEV for a virtual card reader does<br />

not point to a valid VSPBK. All simulated virtual card<br />

readers should always have a VSPBK associated with<br />

them.<br />

User Response: Examine the VDEV pointed to by R6,<br />

<strong>and</strong> the trace table, to see why the VDEV does not<br />

point to a VSPBK. One possibility is that the device is<br />

being detached; if so, the trace table will include an<br />

entry returning the storage occupied by the VSPBK to<br />

free storage.<br />

RES001<br />

Explanation: (soft abend) A virtual reset was done for<br />

a particular active I/O. However, when the reset was<br />

initiated the I/O request was not found to be active for<br />

the virtual device.<br />

User Response: R10 contains the address of the<br />

IORBK that represents the I/O for which the reset has<br />

been requested. In addition, the VDEV is pointed to by<br />

R6, the RDEV by R8, <strong>and</strong> the <strong>VM</strong>DBK by R11.<br />

RES002<br />

Explanation: (hard abend) Virtual device reset<br />

processing is unable to delete or halt a QDIO<br />

subchannel. Prior to deleting the QDIO queues, reset<br />

processing should have terminated all active I/O on the<br />

subchannel. Terminating an Activate-QDIO-Queue<br />

channel program should make a QDIO subchannel<br />

inactive.<br />

If reset processing has detected that the QDIO<br />

subchannel is still active, the system cannot be allowed<br />

to continue. As long as the QDIO queue is active, the<br />

channel subsystem has free rein of all storage assigned<br />

previously by an Establish-QDIO-Queues channel<br />

program.<br />

User Response: Contact your <strong>IBM</strong> support personnel.<br />

RFC001<br />

Explanation: (soft abend) z/<strong>VM</strong> deletes a <strong>CP</strong> volume<br />

from the configuration. Entry point H<strong>CP</strong>RFCDC<br />

processed a channel report word (CRW) that indicated<br />

that a <strong>CP</strong> volume had been deleted from the I/O<br />

configuration. The address in register 4 is that of the<br />

CRW; the address in register 8 is that of the real device<br />

(RDEV).<br />

User Response: None.<br />

RFC002<br />

Explanation: (soft abend) The system entered module<br />

H<strong>CP</strong>RFCET, <strong>and</strong> there was no DIOBK for the given<br />

RDEV. One possible cause is that there are more<br />

outst<strong>and</strong>ing CRW tasks than accounted for in<br />

DIOCOUNT. If an outst<strong>and</strong>ing task calls H<strong>CP</strong>RFCET<br />

<strong>and</strong> if DIOCOUNT decrements to zero, then the DIOBK<br />

is fretted. This assumes there are no more <strong>CP</strong>EBKs<br />

(CRW tasks) on DIOQUEUE.<br />

Entering H<strong>CP</strong>RFCET without a DIOBK implies the<br />

counter was previously zero, <strong>and</strong> therefore, one or more<br />

outst<strong>and</strong>ing tasks is unaccounted for; possibly the one<br />

that made this call to H<strong>CP</strong>RFCET.<br />

User Response: None.<br />

RRM001<br />

REI002 RRM001<br />

Explanation: (soft abend) H<strong>CP</strong>GDSIM requested that<br />

<strong>CP</strong> obtain the real reserve, when <strong>CP</strong> already holds the<br />

real reserve or has a pending reserve request.<br />

User Response: Determine why H<strong>CP</strong>GDSIM is not<br />

aware that <strong>CP</strong> has already obtained or is in the process<br />

of obtaining the real reserve. Verify that the virtual I/O<br />

configuration is correct. It is possible that multiple<br />

minidisk blocks exist.<br />

Chapter 2. <strong>System</strong> <strong>Codes</strong> 95

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!