Blair Svihra wrote:
APAR OA19870

As the result of IBM's AUTOTUNE feature attempting to re-open a BCS, message
IEC331I 026-008(21080018) was issued by the Catalog Address Space.  This
error indicates that a VSAM record management error has occurred.  The RPL
Feedback Word (RPLFDBWD) reported by the IEC331I message contains X'08' as
the return code (logical error) and X'0018' as the RPL condition or reason
code.  The RPL Reason Code 24(X'18') suggests that the target record resides
on a volume that cannot be mounted.  In other words, the current VSAM
component extent list does not include the extent where the requested record
resides.
The catalog has acquired an extent, but the BCS data component VVR does not
reflect the new extent.  An IDCAMS EXAMINE detects and reports an additional
symptom by issuing error message IDC11728I DATA FOUND IN EMPTY CI.  This is
another indication that the BCS data component VVR does not accurately
depict the contents of the BCS data component.

That's an interesting symptom, because we have seen very delayed updates of VVR's occurring almost weekly for a specific class of VSAM datasets in our shop. We have VSAM linear datasets created dynamically by Vtape for tape cache that by design go to multiple extents, and almost weekly our catalog/VVDS diagnose jobs find one of these "in error" that may still not have the VVR updated on the volume containing the last extent, sometimes as long as an hour after the dataset was created. We haven't pursued it as a serious problem because they always eventually resolve, although so far we have no idea what causes them to eventually resolve. One hypothesis is that maybe Vtape is for some reason delaying a final CLOSE on the dataset for a long time after creation, but that's just a wild guess.
  JC Ewing

Unfortunately, IBM has not identified the cause of the corruption.  As a
preventive measure, APAR OA19870 introduces new diagnostics that are invoked
when the BCS VVRs are updated by the VVDS manager to ensure that specific
values contained in the "new" VVR are not less than the values in the
existing VVR.  If the new values are not logically consistent with the
existing VVR values, the update is disallowed and the user will be issued a
catalog management Return/Reason Code 050-1xx (where the reason code will be
greater than 100, the maximum Reason Code currently documented for IDC3009I
Return Code 50).
...

Blair Svihra
Dino-Software Corporation
800-480-DINO
www.dino-software.com
...
--
Joel C. Ewing, Fort Smith, AR        [EMAIL PROTECTED]

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to