Re: BAD VVRS?
Is there an easier way to do a DELVVR for a VVR that points to a non-existent catalog? With IBM tools, there is no way to DELETE VVR to get rid of a duplicate VVR. What you did is the best way to fix these. As Michael said, there are non-IBM tools which can fix this without disturbing the accurate VVR. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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
Re: BAD VVRS?
Hi Bruce, Thanks to you and Michael for the info. Thanks! *BobL* -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Thursday, February 15, 2007 9:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: BAD VVRS? Is there an easier way to do a DELVVR for a VVR that points to a non-existent catalog? With IBM tools, there is no way to DELETE VVR to get rid of a duplicate VVR. What you did is the best way to fix these. As Michael said, there are non-IBM tools which can fix this without disturbing the accurate VVR. -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- 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
Re: BAD VVRS?
All of the product that help maintain catalogs have the ability to delete a specific VVR. The main ones are T-REX from Dino-Software, Catalog Recovery Plus from Mainstar, and Catalog Solutions from EMC. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lester, Bob Sent: Wednesday, February 14, 2007 2:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: BAD VVRS? Hi, I'm converting some volumes to SMS and have a VSAM file that: * Was created and cataloged on a particular volume. * The catalog was then deleted. * The file was deleted, but the VVR was not. (?) * The file was recreated and cataloged in a different catalog on the same volume. * The file is accessible and can be opened with no errors. * I seem to have 2 VVRs for the file, one good - one bad. CONVERTV TEST reports the following: ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET VPFDT.CHKORD.MFDM0C0G IN CATALOG TSGDP.CAT.SYSTEST, 01-AM-00012-00068 CMI RETURN INFORMATION IS : AH-4-00120 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 4 . REASON CODE WAS X'0078' To fix this, I've been backing up the file, doing an IDCAMS delete (which takes a non-zero return code), then running a DELVVR on the files. Then I reload the file and all is fine. I verify this by running CONVERTV TEST. Is there an easier way to do a DELVVR for a VVR that points to a non-existent catalog? TIA, *BobL* -- 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