home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / bit / listserv / ibmmain / 2968 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.5 KB  |  38 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!GMUVAX.BITNET!JURASCHEK
  3. Original_To:  JNET%"ibm-main@ricevm1"
  4. Original_cc:  JURASCHEK
  5. Message-ID: <IBM-MAIN%93010808411716@RICEVM1.RICE.EDU>
  6. Newsgroups: bit.listserv.ibm-main
  7. Date:         Fri, 8 Jan 1993 09:42:00 EST
  8. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  9. From:         "David F. Juraschek" <JURASCHEK@GMUVAX.BITNET>
  10. Subject: Re: Dangling VSAM truenames
  11. Lines: 25
  12.  
  13. Leonard suggest that DEFINE RECATALOG might work in the continuing
  14. saga of the problem I raised a few days ago.
  15.  
  16. For those of you following this mess, DEFINE RECATALOG doesn't work in
  17. this case (that of a UCAT).  It does work with pagespace or other VSAM
  18. clusters, though.
  19.  
  20. The rest of Mr. Woren's solution was very sound and I was able to
  21. delete the dangling truename for the pagespaces using DELETE VVR.
  22.  
  23. I couldn't get rid of the UCAT (we are ICF catalogs) no matter what
  24. I tried.  I ended up HSM migrating the 4 or 5 other datasets on this
  25. same volume and re-initing the volume and then recalling the other
  26. datasets - significant overkill to be sure, but actually easier in
  27. this unique case than AMASPZAPping the VTOC and then repairing the
  28. VVDS.
  29.  
  30. Just the same, I've really appreciated the rest of this dicsussion
  31. (and Leonard's solution) a lot.  I am always impressed by the amout
  32. of good information and learning that can be gotten by reading this
  33. BITNET list.
  34.  
  35. Thanks to all who responded.
  36.  
  37. -Dave
  38.