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.

VDE002<br />

Explanation: (soft abend) An incorrect internal error<br />

code was received by H<strong>CP</strong>VDERR while processing a<br />

<strong>VM</strong>DUMP comm<strong>and</strong>.<br />

The error code was incorrect for one of the following<br />

reasons:<br />

v The value of the error code was 0<br />

v The value was larger than the maximum allowed<br />

v The error code was unexpected while processing a<br />

<strong>VM</strong>DUMP comm<strong>and</strong> (as opposed to while processing<br />

a DIAGNOSE code x’94’).<br />

User Response: Examine the SNAPDATA in the soft<br />

abend. The SNAPDATA parameter list contains the<br />

input error value <strong>and</strong> the maximum allowable value.<br />

Determine which module called H<strong>CP</strong>VDERR; this is<br />

recorded in the soft abend dump. When you obtain this<br />

information, contact your <strong>IBM</strong> support personnel.<br />

VDG001<br />

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

DIAGNOSE code x’0D4’ instruction requesting an<br />

alternate ID to be set, <strong>CP</strong> found the alternate ID<br />

synchronization bits (field <strong>VM</strong>DALSYN in H<strong>CP</strong><strong>VM</strong>DBK)<br />

in an incorrect state.<br />

<strong>System</strong> action continues after the abend, <strong>and</strong> a return<br />

code of 16 is passed back to the issuer of the<br />

DIAGNOSE in the RX register.<br />

User Response: Examine the internal trace table <strong>and</strong><br />

storage dump to determine how the <strong>VM</strong>DALSYN was<br />

set incorrectly. The two incorrect states are:<br />

v <strong>VM</strong>DALD4O off <strong>and</strong> <strong>VM</strong>DALD4L on<br />

v <strong>VM</strong>DALD4O on <strong>and</strong> <strong>VM</strong>DALAPO on<br />

VDI001<br />

Explanation: (soft abend) When the module H<strong>CP</strong>VDI<br />

calculated the count of I/O requests active for a virtual<br />

machine, the new value would have exceeded the<br />

number of devices defined for that machine.<br />

User Response: If <strong>VM</strong>DIOACT contains a value equal<br />

to <strong>VM</strong>DDEVCT, it is likely that the routines that maintain<br />

the active I/O count are defective. Either the field was<br />

not decreased when appropriate, or it was increased<br />

more than once per I/O request. If <strong>VM</strong>DIOACT exceeds<br />

<strong>VM</strong>DDEVCT, it is likely that the correct value was<br />

accidentally overlaid. Examine the VDEV blocks for the<br />

virtual machine to determine how many requests were<br />

active at the time of the dump. Examine the system<br />

trace table to determine when the active requests were<br />

started, <strong>and</strong> what other requests became inactive during<br />

the interval. Analyze the modules that initiated the<br />

requests to insure that the field <strong>VM</strong>DIOACT was<br />

properly increased. (Module H<strong>CP</strong>VDI is among these<br />

modules.) Analyze the modules that received control<br />

from the real I/O supervisor when the system terminated<br />

(as the field IORIRA indicated in the appropriate IORBK)<br />

to ensure that <strong>VM</strong>DIOACT was properly decreased. If<br />

the modules that update the field <strong>VM</strong>DIOACT contain<br />

correct logic, try to determine how the data in the field<br />

was destroyed.<br />

VFM001<br />

Explanation: The conditions that cause this abend to<br />

occur are:<br />

v The number of doublewords of virtual free storage<br />

requested exceeded the maximum allowable request<br />

size.<br />

v A control block of an incorrect length was returned to<br />

<strong>CP</strong>’s Virtual Free Storage Manager.<br />

User Response: Depending upon the reason for this<br />

abend, take one of the following respective actions:<br />

v Examine the SAVBK to determine the <strong>CP</strong> module<br />

obtaining the storage. Check for an error in<br />

calculating the size of the block, or for a modification<br />

to a stored block size for variable size blocks.<br />

v At the time of the abend, General Purpose Register<br />

(GPR) 0 contains what should be a valid request size<br />

in doublewords. It (GPR0) was obtained from the<br />

returned control block’s header record. The control<br />

block header is addressed by AR5/GPR5. Examine<br />

the control block header to determine why the length<br />

is incorrect. It may be that the header has been<br />

overlaid. If this is the case, the user of the control<br />

block immediately in front of the control block being<br />

returned probably caused the error.<br />

GPR14 points to the address (in H<strong>CP</strong>VFM) where <strong>CP</strong><br />

detected the error.<br />

VFM002<br />

VDE002 VFM002<br />

Explanation: The conditions that cause this abend to<br />

occur are:<br />

v The count of doublewords in use (PCTDWUSE) for<br />

the PCTE of the control block being returned has<br />

gone negative.<br />

v The PCTE of the control block being returned was<br />

not chained on the SUBBK queue <strong>and</strong> <strong>CP</strong> expected it<br />

to be chained there.<br />

User Response: Depending upon the reason for this<br />

abend, take one of the following respective actions:<br />

v At the time of the abend the PCTE is addressed by<br />

AR9/GPR9. Examine the PCTE to determine why the<br />

count of doublewords went negative.<br />

v At the time of the abend the PCTE is addressed by<br />

AR9/GPR9, <strong>and</strong> the SUBBK is addressed by<br />

AR5/GPR5. Examine the SUBBK, PCTE, <strong>and</strong> the<br />

PCTE queue (anchored at SUBANCH) to determine<br />

why the queue has become damaged.<br />

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

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

Saved successfully!

Ooh no, something went wrong!