Re: VVDSFIX and a Tape Data Set

Thank you for all the suggestions. IBM came through with an IDCAMS command with the RECOVERY option that got things where we could finally get the bad GDG entry out. Whew! -- For IBM-MAIN subscribe / signoff / archive access

Re: VVDSFIX and a Tape Data Set

and a Tape Data Set Thank you for all the suggestions. IBM came through with an IDCAMS command with the RECOVERY option that got things where we could finally get the bad GDG entry out. Whew! -- For IBM-MAIN subscribe

Re: VVDSFIX and a Tape Data Set

Jerry, This command was used which knocked out the GDG base, which was corrupt. DELETE 'PSI.SI8470B.TRN' GDG RECOVERY IDC0550I ENTRY (B) PSI.SI8470B.TRN DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0

VVDSFIX and a Tape Data Set

We have a tape dataset that, due to many machinations by the non-cognesceti, is in the catalog and won't come out. VVDSFIX was suggested but that puzzles me as I associate a VVDS with DASD and not tape. One - can VVDSFIX actually root the little bugger out; or Two - any other magic tools we may

Re: VVDSFIX and a Tape Data Set

I'd say a tool like Dino Software's Trex - the Delete ICFKEY command - ddk // We have a tape dataset that, due to many machinations by the non-cognesceti, is in the catalog and won't come out. VVDSFIX was suggested but that puzzles me as I associate a VVDS with

Re: VVDSFIX and a Tape Data Set

What kind of error messages are produce when you try to get rid of the tape? Is it during an Uncatalog function? Is this tape in a TCDB? What level of z/OS or MVS are you running? Lizette We have a tape dataset that, due to many machinations by the non-cognesceti, is in the catalog and won't

Re: VVDSFIX and a Tape Data Set

Daniel, Did DELETE dsname NONVSAM NOSCRATCH PURGE not work? If it failed, perhaps you should be contacting IBM Support Center. Mike Wood RMM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Re: VVDSFIX and a Tape Data Set

Lizette and all, Error from run: IDCAMS SYSTEM SERVICES TIME: 10:25:24 DEL 'PSI.SI8470B.TRN.G0088V00' PURGE CATALOG (CATALOG.MVSICF1.VCAC1AB) IDC3012I ENTRY

Re: VVDSFIX and a Tape Data Set

Daniel, one of my favorites for IDC3009I The entry is not found in the catalog. So a DELETE will not work. Have you tried to see it in a 3.4 list? Is there a volser when you display it? Have you done a LISTC ENT( ) on the tape? What does it show? Have you tried U (for uncatalog) in 3.4? I

Re: VVDSFIX and a Tape Data Set

Are you sure you have the correct UCAT. Is the entry found in CATALOG.MVSICF1.VCAC1AB. Try LISTC ENT('PSI.SI8470B.TRN.G0088V00') ALL Change the CATALOG parameter to the correct UCAT. Better yet, omit the catalog parameter entirely. HTH, snip IDCAMS SYSTEM SERVICES

Re: VVDSFIX and a Tape Data Set

It tied up the catalog and we had to kill it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at

Re: VVDSFIX and a Tape Data Set

Liz, Listc (ent...gets catalog errors. The DSN shows in 3.4 but U action gets...catalog errors. It's a phantom..may need an exorcist. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: VVDSFIX and a Tape Data Set

OK...it's really weird...like Al Yankovich weird... LISTC ENT('PSI.SI8470B.TRN.G0088V00') ALL 00032018 IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 10 - REASON CODE IS IGG0CLFG-36

Re: VVDSFIX and a Tape Data Set

See OA11898: The key is the IDC3009I message: Use idcams delete w/recovery option. CATBREAKER - A GDS entry may not be created when rolling of a GDS entry and the new GDS entry must be put into an extension record. DIAGNOSE reports a Reason 28 - GAT CELL ENTRY NOT FOUND. This should only occur