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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

CNF002 DCO001<br />

CNF002<br />

Explanation: (soft abend) While processing a<br />

DIAGNOSE code x’08’ instruction that requested a write<br />

to buffer, <strong>CP</strong> received a request to write to an address<br />

detected as being incorrect. <strong>CP</strong> writes no data to the<br />

guest’s storage.<br />

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

why the address became incorrect (for example, the<br />

address is in a saved segment that was released by the<br />

other side of a virtual MP). R1 contains the address.<br />

<strong>CP</strong>N001<br />

Explanation: (soft abend) H<strong>CP</strong><strong>CP</strong>N, the VARY<br />

ONLINE device module, received an unrecognized<br />

return code from H<strong>CP</strong>RDI. H<strong>CP</strong>RDI is called to attempt<br />

to vary a device online. H<strong>CP</strong>RDI returns a code<br />

indicating the results of its attempt to bring the device<br />

online.<br />

User Response: Examine the return code in R15 that<br />

H<strong>CP</strong>RDI sent. See if H<strong>CP</strong>RDI is returning an incorrect<br />

return code.<br />

<strong>CP</strong>T001<br />

Explanation: (hard abend) <strong>VM</strong>DDFRWK, the deferred<br />

work counter in the <strong>VM</strong>DBK was about to become<br />

negative.<br />

User Response: Examine the <strong>CP</strong> Trace Table <strong>and</strong><br />

storage dump to see why the <strong>VM</strong>DBK in R10 has a<br />

zero value for the <strong>VM</strong>DDFRWK field.<br />

<strong>CP</strong>X001<br />

Explanation: (soft abend) A request to create a list of<br />

multiple-exposure addresses failed because one of the<br />

nonbase device exposure’s RDEV blocks did not exist.<br />

User Response: Check whether you created the I/O<br />

configuration incorrectly at system generation time. If<br />

so, recreate the I/O configuration.<br />

CSG005<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 />

30 z/<strong>VM</strong>: <strong>System</strong> <strong>Messages</strong> <strong>and</strong> <strong>Codes</strong> — <strong>CP</strong><br />

CTU001<br />

Explanation: (soft abend) H<strong>CP</strong>CTU could not find the<br />

CCW (channel control word) that was pointed to by the<br />

SCSW (subchannel status word). Untranslation of the<br />

host channel program was not possible.<br />

User Response: Examine the SNAPLIST data, the<br />

host channel program <strong>and</strong> H<strong>CP</strong>CTU to determine the<br />

reason for this abend. The SNAPLIST data contains the<br />

IORBK, VDEV, RDEV, <strong>and</strong> up to 10 CTRBK control<br />

blocks.<br />

CVT001<br />

Explanation: The time-of-day (TOD) clock is not<br />

working, damaged, or not set, <strong>and</strong> the timer initialization<br />

has been completed.<br />

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

for hardware support to fix the clock.<br />

DBC001<br />

Explanation: An attempt was made to release a read<br />

share of the TCHBK lock (TCHLOCK), but the lock was<br />

held in the exclusive state.<br />

User Response: General Purpose Register (GPR) 2<br />

points to the TCHBK in question.<br />

DBC002<br />

Explanation: A condition code 1 or 3 occurred on an<br />

LRA instruction to get the real address associated with<br />

the virtual address of an MDC cache page. The LRA<br />

processed when attempting to resolve a page fault that<br />

occurred when moving data between the guest address<br />

space <strong>and</strong> MDC address space. The page fault may<br />

have occurred in either address space.<br />

User Response: General Purpose Register (GPR) 14<br />

points to the virtual MDC cache page address. GPR 2<br />

points to the TCHBK.<br />

DBC003<br />

Explanation: The <strong>VM</strong>DBK critical process counter<br />

(<strong>VM</strong>DCTCRT) went negative after subtracting 1. This<br />

occurred while attempting to release the exclusive<br />

BLKIO block lock (BLKLOWN).<br />

User Response: General Purpose Register (GPR) 1<br />

points to the <strong>VM</strong>DBK in question. GPR 3 points to the<br />

BLKIO block.<br />

DCO001<br />

Explanation: (Hard abend) H<strong>CP</strong>DCOOV was called to<br />

process a MODIFY COMMAND. While processing the<br />

PRIVCLASS oper<strong>and</strong>, an impossible internal condition<br />

occurred.

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

Saved successfully!

Ooh no, something went wrong!