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