Would then it be a good idea to disable the autotune feature in the meantime?
Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Blair Svihra Sent: Tuesday, July 31, 2007 2:08 PM To: [email protected] Subject: Re: Damaged Catalog Alert 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. 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). Originally, this was thought to occur only for catalogs using the Enhanced Catalog Sharing protocol, but ECS has since been eliminated as a potential cause for the corruption. The VVR corruption detected by the PTFs for OA19870 can occur whether you are using ECS or VVDS sharing protocols. Basically, the new VVDS error checking tries to disable "inplace" reorganizations of the BCS. IBM is aware that the error checking will affect vendor products, and that it is not a fix that identifies or corrects the original extent problem. Maintenance is available for Dino Software's T-REX product that will allow "inplace" BCS reorganizations to function with OA19870 applied. Typically, new extents are not associated with "inplace" reorgs. Due to the nature of an "inplace" reorganization, OA19870 may cause catalog corruption in products that reorganize a BCS (in a shared environment) when the HURBA is decreased - i.e. reorganizing the internals of a BCS where no real reorganization takes place (HURBA is not decreased) might not be a problem. I would suggest checking with all vendors that offer catalog reorganization products to see if they are aware of OA19870 and if they have tested a valid reorganization in a shared BCS environment. I hope this information is of some use. Blair Svihra Dino-Software Corporation 800-480-DINO www.dino-software.com Dino-Software Utilities T-REX - Superior catalog management tool inclusive of HSM & Tape audits REORGadon - First REORG While-OPEN tool for HSM Teradon - First ever OnLine REPRO MERGECAT utility Xtinct - DASD Data purge RTD - DASD Real Time Defrag DAL - Analysis for Legato in an easy to view format ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
