Strange ADRDSSU behavior (ADR485E)
The following scenario: z/OS 1.11 DSS job COPY DS(INC(**) EXC(SYS1.VVDS.**)) - LOGINDDNAME(IND) - CANCELERROR TOLERATE(ENQF) - OUTDD(OTD) ALLDATA(*) ALLEXCP - RECATALOG(CAT.MAST.NEWCAT) - RENAMEU(ZFS.OLDSYS.**,ZFS.NEWSYS.**) The job succesfully copies all ZFS (VSAM LDS) datasets, *except* the following one: ZFS.OLDSYS.SHPUROOT DSS end with RC=8 and te following message. ADR485E (001)-AMOVE(01), CATALOG CAT.MAST.NEWCAT IS NOT IN STEPCAT/JOBCAT/MASTERCAT STRUCTURE. DATA SET ZFS.OLDSYS.SHPUROOT WILL BE PROCESSED. Manual says: he NONSMS cluster named in the message required DFSMSdss to use IDCAMS or VSAM I/O to perform the COPY or RESTORE. This requires that both the source and target cluster (allocated by DFSMSdss) be accessible via the catalog structure. I have no idea why this dataset requires IDCAMS, while other datasets were succesfully processed. Any clue??? BTW: I googled for ADR485E - first hit says about empty cluster - this cluster is NOT empty. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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ń 16.07.2010 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.248.328 złotych. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Strange ADRDSSU behavior (ADR485E)
I just went through a similar situation. If I remember what I read, DF/dss actually invokes IDCAMS under the covers to actually perform the action you are trying. IF you dump the zfs dataset, and restore it with a newname, it should work properly. Doug On 16-Nov-10 09:28, R.S. wrote: The following scenario: z/OS 1.11 DSS job COPY DS(INC(**) EXC(SYS1.VVDS.**)) - LOGINDDNAME(IND) - CANCELERROR TOLERATE(ENQF) - OUTDD(OTD) ALLDATA(*) ALLEXCP - RECATALOG(CAT.MAST.NEWCAT) - RENAMEU(ZFS.OLDSYS.**,ZFS.NEWSYS.**) The job succesfully copies all ZFS (VSAM LDS) datasets, *except* the following one: ZFS.OLDSYS.SHPUROOT DSS end with RC=8 and te following message. ADR485E (001)-AMOVE(01), CATALOG CAT.MAST.NEWCAT IS NOT IN STEPCAT/JOBCAT/MASTERCAT STRUCTURE. DATA SET ZFS.OLDSYS.SHPUROOT WILL BE PROCESSED. Manual says: he NONSMS cluster named in the message required DFSMSdss to use IDCAMS or VSAM I/O to perform the COPY or RESTORE. This requires that both the source and target cluster (allocated by DFSMSdss) be accessible via the catalog structure. I have no idea why this dataset requires IDCAMS, while other datasets were succesfully processed. Any clue??? BTW: I googled for ADR485E - first hit says about empty cluster - this cluster is NOT empty. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Strange ADRDSSU behavior (ADR485E)
W dniu 2010-11-16 22:39, Doug Fuerst pisze: I just went through a similar situation. If I remember what I read, DF/dss actually invokes IDCAMS under the covers to actually perform the action you are trying. IF you dump the zfs dataset, and restore it with a newname, it should work properly. The reason is EAV. No, I don't have to do with EAV-capable hardware, but the software has been changed. There are new rules for CA size. The exceptional dataset had CA size which is not used by new system (it was created by downlevel driving system), so during the copy it's be transformed. The rest of datasest (actually I checked only few of them) do have legal CA sizes. So, indeed - dump-restore would help because it would create new dataset with new CA size. BTW: I had very similar issue during upgrade from OS/390 2.10 to z/OS 1.4 - then it was index size changed. Thank everyone who tried to help me Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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ń 16.07.2010 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.248.328 złotych. -- 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 http://bama.ua.edu/archives/ibm-main.html
