Dan - the alias has already gone (as a result of the 'export'?). If I try a
generic ISPF list, specifying just the HLQ of the file name, I get 'No data
set names found'

Sean

On 17 October 2016 at 20:50, Blake, Daniel J [CTR] <
000000f1be92566d-dmarc-requ...@listserv.ua.edu> wrote:

> Having not seen this before, I think you will need to delete the alias, so
> that the master is not searching that 'path' for the data set you are
> renaming.  Then you should be able to rename and catalog it.
>
>
> Dan
>
>
>
>
>
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sean Gleann
> Sent: Monday, October 17, 2016 3:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VVDS points to non-existent catalog
>
> Dan - yes, I tried that. I get " '(filename)' was not found in catalog. "
> John
>
>
> On 17 October 2016 at 20:37, Blake, Daniel J [CTR] <
> 000000f1be92566d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Did you press PF1 to see more information as to why the rename did not
> > work?
> >
> > Thank You
> >
> >
> > Dan Blake – Team Leader
> >
> >
> > dbl...@fdic.gov
> > FDIC ISC-3 O&M Service Delivery | Room B4072
> > O: (703) 516-5497 | BB: (703) 314-0501 | M: (703) 946-2967
> >
> >
> > Advanced Out of Office Notice:
> >
> > Telecommute: October 24-28, 2016.
> >
> >
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Sean Gleann
> > Sent: Monday, October 17, 2016 3:35 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: VVDS points to non-existent catalog
> >
> > Dan - no go, I'm afraid. The 'R' command results in the same 'data set
> > not catalogued' message.
> >
> > John - yes, that is very much like one of my attempts, except the file
> > involved is not a cluster
> >
> > Sean
> >
> > On 17 October 2016 at 20:20, John McKown
> > <john.archie.mck...@gmail.com>
> > wrote:
> >
> > > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann <sean.gle...@gmail.com>
> > > wrote:
> > >
> > > > I've made a stupid mistake with one of my z/OS systems, and now
> > > > I'm
> > > hoping
> > > > that someone can help me extricate myself..
> > > >
> > > > I was in the process of moving a user catalog from one disk to
> another.
> > > >
> > > > Following examples from documentation on the IBM web site...
> > > > Did an EXPORT TEMPORARY of the ucat to a 'flat' file, followed by
> > > > DELETE catname RECOVERY USERCATALOG, and then a DEFINE of the
> > > > catalog on it's new volume.
> > > > (All going well so far - I should know better)
> > > >
> > > > The subsequent attempt at an IMPORT of the 'flat' file resulted in
> > > > a JCL error 'data set not found'.
> > > >
> > > > If I use ISPF 3.4 to look at all the files on the disk involved, I
> > > > can
> > > see
> > > > that the file does in fact exist.
> > > > If I try 'I' or 'S', or 'browse', etc, I get 'data set not
> catalogued'
> > > >
> > > > The problem is that the flat file I created has a name that was
> > > > aliased
> > > to
> > > > the catalog I've just deleted and redefined. (foot...gun...BANG)
> > > >
> > > > The VVDS entry for the export file points to a catalog that -
> > > > while it exists - is empty.
> > > >
> > > > I've tried numerous attempts at RECATALOG and DELETE NVR
> > > > NOSCRATCH, but nothing works because SMS can't find the data it
> > > > needs to complete the
> > > task
> > > > I specify.
> > > >
> > >
> > > ​You tried something like the below & it failed?
> > >
> > >
> > > //RECAT   JOB (H00000I),'JOHN MCKOWN',
> > > //         CLASS=Z,
> > > //         MSGCLASS=X,
> > > //         NOTIFY=&SYSUID
> > > //STEP010  EXEC PGM=IDCAMS
> > > //SYSPRINT DD   SYSOUT=*
> > > //SYSIN    DD   *
> > >  DEF CLUSTER(NAME(SYS1.OS141774.SCPPEENU) -
> > >      VOLUME(LIHTS1) -
> > >      RECATALOG ) -
> > >      CAT(CATALOG.ICF.VI12CAT.MCAT)
> > > /*
> > > //
> > > LIHTS1 DD DISP=OLD,UNIT=SYSDA,VOL=SER=LIHTS1
> > > /*EOF
> > >
> > > ​
> > >
> > >
> > > >
> > > > To add to the problem, the same catalog also had my SMS SCDS/ACDS
> > > > aliased there, among numerous other datasets necessary for IPL.
> > > >
> > > > Yes, all very stupid, I know, and I believe I've learnt a very
> > > > harsh lesson.
> > > > But if anyone has got any ideas, I'd love to hear them.
> > > >
> > > > Sean
> > > >
> > > > ------------------------------------------------------------------
> > > > --
> > > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@listserv.ua.edu with the message: INFO
> > > > IBM-MAIN
> > > >
> > >
> > >
> > >
> > > --
> > > Heisenberg may have been here.
> > >
> > > Unicode: http://xkcd.com/1726/
> > >
> > > Maranatha! <><
> > > John McKown
> > >
> > > --------------------------------------------------------------------
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> > >
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to