Re: VVDS points to non-existent catalog
W dniu 2016-10-17 o 21:10, Sean Gleann pisze: 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. 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, Did you try to copy the flat file to another name? IMHO it should be the simplest way to circumvent the problem: //K10 EXEC PGM=IEBGENER ... //SYSUT1 DD DSN=you.exported.ucat,DISP=SHR,UNIT=3390,VOL=SER=volser <-- no catalog involvement here! //SYSUT2 DD DSN=SYS1.COPY.OF.EXP.UCAT,DISP=(,CATLG)... then use import from the copy... -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VVDS points to non-existent catalog
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 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] < > 00f1be92566d-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] < >> 00f1be92566d-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 >> > >> > wrote: >> > >> > > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann >> > > 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
Re: VVDS points to non-existent catalog
This is what I use: //STEP0 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //DD1 DD DSN=MSTITT.UCAT.BKUP,DISP=OLD,VOL=SER=xx,UNIT=3390 //SYSINDD * IMPORT INFILE(DD1) OUTDATASET(SYS1.ZOS1D.TEST.MCAT) - OBJECTS(SYS1.ZOS1D.MCAT VOLUMES(H3MCAT)) - INTOEMPTY - ALIAS /* The ALIAS parameter will recreate the ALIAS entries if the EXPORT was done with the option to save them. HTH Matthew On Mon, 17 Oct 2016 20:59:22 +0100, Sean Gleann 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] < >00f1be92566d-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] < >> 00f1be92566d-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 >> > >> > wrote: >> > >> > > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann >> > > 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 >> >
Re: VVDS points to non-existent catalog
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] < 00f1be92566d-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] < > 00f1be92566d-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 > > > > wrote: > > > > > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann > > > 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 (H0I),'JOHN MCKOWN', > > > // CLASS=Z, > > > // MSGCLASS=X, > > > // NOTIFY=&SYSUID > > > //STEP010 EXEC PGM=IDCAMS > > > //SYSPRINT DD SYSOUT=* > > > //SYSINDD * > > > DEF CLUSTER(NAME(SYS1.OS141774.SCPPEENU) - > > > VOLUME(LIHTS1) - > > > RECATALOG ) - > > > CAT(CATALOG.ICF.VI12
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] < 00f1be92566d-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 > wrote: > > > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann > > 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 (H0I),'JOHN MCKOWN', > > // CLASS=Z, > > // MSGCLASS=X, > > // NOTIFY=&SYSUID > > //STEP010 EXEC PGM=IDCAMS > > //SYSPRINT DD SYSOUT=* > > //SYSINDD * > > 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
Re: VVDS points to non-existent catalog
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] < 00f1be92566d-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 > > wrote: > > > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann > > 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 (H0I),'JOHN MCKOWN', > > // CLASS=Z, > > // MSGCLASS=X, > > // NOTIFY=&SYSUID > > //STEP010 EXEC PGM=IDCAMS > > //SYSPRINT DD SYSOUT=* > > //SYSINDD * > > 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 be
Re: VVDS points to non-existent catalog
Mark - Thanks - that idea flew a little way... The DEFINE went to RC0, but ISPF still resolutely insists that the file does not exist. Sean On 17 October 2016 at 20:47, Sean Gleann wrote: > 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] < > 00f1be92566d-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 >> wrote: >> >> > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann >> > 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 (H0I),'JOHN MCKOWN', >> > // CLASS=Z, >> > // MSGCLASS=X, >> > // NOTIFY=&SYSUID >> > //STEP010 EXEC PGM=IDCAMS >> > //SYSPRINT DD SYSOUT=* >> > //SYSINDD * >> > 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
Re: VVDS points to non-existent catalog
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 wrote: > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann > 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 (H0I),'JOHN MCKOWN', > // CLASS=Z, > // MSGCLASS=X, > // NOTIFY=&SYSUID > //STEP010 EXEC PGM=IDCAMS > //SYSPRINT DD SYSOUT=* > //SYSINDD * > 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
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 wrote: > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann > 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 (H0I),'JOHN MCKOWN', > // CLASS=Z, > // MSGCLASS=X, > // NOTIFY=&SYSUID > //STEP010 EXEC PGM=IDCAMS > //SYSPRINT DD SYSOUT=* > //SYSINDD * > 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
Re: VVDS points to non-existent catalog
You can also try to create the catalog empty. (Define UCAT) Then catalog the ds you need and you can perform the rename. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, October 17, 2016 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VVDS points to non-existent catalog On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann 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 (H0I),'JOHN MCKOWN', // CLASS=Z, // MSGCLASS=X, // NOTIFY=&SYSUID //STEP010 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * 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
Re: VVDS points to non-existent catalog
On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann 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 (H0I),'JOHN MCKOWN', // CLASS=Z, // MSGCLASS=X, // NOTIFY=&SYSUID //STEP010 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * 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
Re: VVDS points to non-existent catalog
>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.< >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)> OK, you know where the file is and the volume it is on. You might want to rename it to a HLQ that is not in the catalog you are moving, then catalog it then run you r import again. ;-D an -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sean Gleann Sent: Monday, October 17, 2016 3:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: VVDS points to non-existent catalog 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. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN