Dan... but your response gave me the required clue. I redefined the alias,
and lo&behold the dump file became 'findable' to ISPF.
Renamed it, ran the IMPORT job again (with necessary changes) and
everything is now back to normal

Job done!

Thanks Dan, and to all others who have responded.

Sean
(doing the 'Happy Sean' dance - a weird sight!)

On 17 October 2016 at 20:59, Sean Gleann <sean.gle...@gmail.com> wrote:

> 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