Re: ADRDSSU issue
Yes, some of the dataset were copied and the target dataset were not cataloged. In my earlier JCL, I have not specified Process(SYS1), but still I was able to copy SYS1 datasets. Regards Saurabh Khandelwal On 4/7/2011 7:24 AM, chen lucky wrote: I have following question about this ADRDSSU COPY, 1.in original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged? seems not the reason. 2.'PROCESS(SYS1)' is also not specified, but some SYS1.** get copied successfully, still do not know why, strange…… 2011/4/7 Schwarz, Barry Abarry.a.schw...@boeing.com I had non-managed VSAM datasets (zFS to be exact) on z/OS 1.8. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, April 06, 2011 5:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue I see you are at z/OS V1.9. VSAM datasets If I remember are always SMS Managed and it is not until z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure you can copy the same name VSAM dataset. You may need to copy to a new VSAM dataset name -- 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 -- 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 -- 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: ADRDSSU issue
VSAM data sets are required to be cataloged. If you look up the ADR468E message is says: If the REPLACE or REPLACEUNCONDITIONAL keyword was not specified, one of the following conditions applies: * If DELETE is specified and the entry name is a SYS1., page, or swap data set, the RENAMEUNCONDITIONAL or PROCESS(SYS1) subparameter was not specified. * If the entry name is a cluster name and DELETE was not specified: (1) the RENAMEUNCONDITIONAL subparameter was not specified or (2) the RECAT subparameter was not specified. * If the entry name is an alternate index or a user catalog name: (1) the DELETE subparameter was not specified or (2) the RENAMEUNCONDITIONAL subparameter was specified. * If the entry name is a user catalog name, INDDNAME or INDYNAM was specified. So you either need to specify the DELETE keyword if you are trying to move the data sets. If you are not trying to move the data sets and just want another copy then you need to specify the RECAT(catalogname) where the catalog catalogname is not in the standard order of search (no alias defined to the master catalog). Or if you are trying to just have a copy with a new name then you need to specify the RENAMEU(high_level_qualifier) to rename the data set's high level qualifier to which will then catalog the target VSAM data sets with the new name (other renaming options are available, look up the RENAMEU keyword in the DSS Storage Admin Guide). Some of your non-VSAM data sets may have been copied because they do not have the requirement to be cataloged. So then there is no conflict because they can be copied and leave the target data set uncataloged. BYPASSACS(**) and NSC will bypass the ACS routines and allow you to direct the datasets to a non-SMS volume. Keep in mind though that some data set types require SMS management. Hope that helps. Justin Eastman IBM DFSMSdss Development -- 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: ADRDSSU issue
The error with the IODF (ADR468E) looks like it was caused by the lack of PROCESS(SYS1) parameter. On the other hand, the parameter for copying VSAM properly is SPHERE. I copied your last try and it worked ok for me. Maybe the last //* is not at the column 1?. I would delete it and try again I usually copy VSAM and nonVSAM at the same time with SPHERE with no problem. On Wed, Apr 6, 2011 at 7:47 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal -- 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: ADRDSSU issue
I am using below JCL and this also not able to backup VSAM dataset. I am getting same error. JCL //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M ,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTCAT,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR O/P 0ADR455W (001)-DDDS (01), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSE 0 CENTER.HFS 0 DFHSM.BCDS 0 DFHSM.MCDS 0 DFHSM.OCDS 0 IPCS.DATASET.DIRECTRY 0 IPCS.PROBLEM.DIRECTRY 0 PAGE.TESTMVS.COMMON 0 PAGE.TESTMVS.LOCAL 0 PAGE.TESTMVS.PLPA 1PAGE 0009 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.096 07:50 - SYS1.ENULANG Regards Saurabh On 4/6/2011 1:36 PM, Gonzalo Cengotita wrote: The error with the IODF (ADR468E) looks like it was caused by the lack of PROCESS(SYS1) parameter. On the other hand, the parameter for copying VSAM properly is SPHERE. I copied your last try and it worked ok for me. Maybe the last //* is not at the column 1?. I would delete it and try again I usually copy VSAM and nonVSAM at the same time with SPHERE with no problem. On Wed, Apr 6, 2011 at 7:47 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal -- 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 -- 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: ADRDSSU issue
Hi, Can you check if the target volume has enough space ?? On Wed, Apr 6, 2011 at 1:55 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: I am using below JCL and this also not able to backup VSAM dataset. I am getting same error. JCL //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M ,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTCAT,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR O/P 0ADR455W (001)-DDDS (01), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSE 0 CENTER.HFS 0 DFHSM.BCDS 0 DFHSM.MCDS 0 DFHSM.OCDS 0 IPCS.DATASET.DIRECTRY 0 IPCS.PROBLEM.DIRECTRY 0 PAGE.TESTMVS.COMMON 0 PAGE.TESTMVS.LOCAL 0 PAGE.TESTMVS.PLPA 1PAGE 0009 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.096 07:50 - SYS1.ENULANG Regards Saurabh On 4/6/2011 1:36 PM, Gonzalo Cengotita wrote: The error with the IODF (ADR468E) looks like it was caused by the lack of PROCESS(SYS1) parameter. On the other hand, the parameter for copying VSAM properly is SPHERE. I copied your last try and it worked ok for me. Maybe the last //* is not at the column 1?. I would delete it and try again I usually copy VSAM and nonVSAM at the same time with SPHERE with no problem. On Wed, Apr 6, 2011 at 7:47 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal -- 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 -- 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 -- 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: ADRDSSU issue
I have enough space available in target volume. Also if it is space issue, I should have got abend code 37 . Also, I tried coping other volume as well, where I had VASAM dataset and got same error. Regards Saurabh Khandelwal On 4/6/2011 2:26 PM, jagadishan perumal wrote: Hi, Can you check if the target volume has enough space ?? On Wed, Apr 6, 2011 at 1:55 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com mailto:saurabh.khandel...@oracle.com wrote: I am using below JCL and this also not able to backup VSAM dataset. I am getting same error. JCL //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M ,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTCAT,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR O/P 0ADR455W (001)-DDDS (01), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSE 0 CENTER.HFS 0 DFHSM.BCDS 0 DFHSM.MCDS 0 DFHSM.OCDS 0 IPCS.DATASET.DIRECTRY 0 IPCS.PROBLEM.DIRECTRY 0 PAGE.TESTMVS.COMMON 0 PAGE.TESTMVS.LOCAL 0 PAGE.TESTMVS.PLPA 1PAGE 0009 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.096 07:50 - SYS1.ENULANG Regards Saurabh On 4/6/2011 1:36 PM, Gonzalo Cengotita wrote: The error with the IODF (ADR468E) looks like it was caused by the lack of PROCESS(SYS1) parameter. On the other hand, the parameter for copying VSAM properly is SPHERE. I copied your last try and it worked ok for me. Maybe the last //* is not at the column 1?. I would delete it and try again I usually copy VSAM and nonVSAM at the same time with SPHERE with no problem. On Wed, Apr 6, 2011 at 7:47 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com mailto:saurabh.khandel...@oracle.com wrote: No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu mailto:lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu mailto:lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: ADRDSSU issue
I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh I have been following this thread. I see you are at z/OS V1.9. VSAM datasets If I remember are always SMS Managed and it is not until z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure you can copy the same name VSAM dataset. You may need to copy to a new VSAM dataset name So, has this process you are using worked in the past and suddenly stopped working? When was the last successfully run? What version of z/OS was it under? Is the name you are copying already cataloged? If so, I am not sure you can use DFDSS to do this. You may need a second step to copy your IODF (or other ) VSAM datasets separately. I have had situations in the past where I had to copy everything but the VSAM files with DFDSS and then used another process to copy the VSAM files. Do you still have the last successful run output? Can you compare the listings (current and old one) and see what is different or the same? Are you creating a new system volume? You do not want to use DELETE, it may accidently delete your live datasets Lizette -- 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: ADRDSSU issue
VSAM datasets If I remember are always SMS Managed and. NO. I have several z/OS datasets on my SYSRES volume sets that are not SMS managed. ...z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure. I will have to go look this up. -- 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: ADRDSSU issue
I am using below JCL and this also not able to backup VSAM dataset. I am getting same error. JCL //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M ,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTCAT,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR The ADR468E has the following entry in the message If the REPLACE or REPLACEUNCONDITIONAL keyword was specified, either the data set does not qualify for preallocation or a preallocated target does not exist, and one of the following conditions applies: If DELETE is specified and the entry name is a SYS1., page, or swap data set, the RENAMEUNCONDITIONAL or PROCESS(SYS1) subparameter was not specified. If the entry name is a cluster name and DELETE was not specified: (1) the RENAMEUNCONDITIONAL subparameter was not specified, or (2) the RECAT subparameter was not specified. If the entry name is an alternate index or a user catalog name: (1) the DELETE subparameter was not specified, or (2) the RENAMEUNCONDITIONAL subparameter was specified. I would not use REPLACE because the VSAM dataset probably does not exist before the COPY function. Lizette -- 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: ADRDSSU issue
SYS1 datasets needs the additional parameter of PROCESS(SYS1) that I didn't see in your JCL example. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services Phone 913-236-1663 Cell 913-449-6423 Fax 913-236-1555 email mwick...@waddell.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, April 05, 2011 8:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] ADRDSSU issue Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen lucky chenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWAL saurabh.khandel...@oracle.com saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com http://www.healthmarkets.com/http://www.healthmarkets.com/ http://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products
Re: ADRDSSU issue
Hello, I am using below JCL now and getting below error. But now I am not getting error for VSAM dataset. O/P *0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG1 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. 0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG2 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. * *0ADR410E error description is : *Copy with DELETE specified requires exclusive access to the data set to be deleted. When you are to rename the data set being copied, either source or target data set being used will cause copy to fail and the system to issue this message. The data set identified in the message represents either the source or target data set that is in use. JCL : //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP1EXEC PGM=ADRDSSU,REGION=2M,PARM='' //D1 DD UNIT=3390,VOL=SER=DMTCAT,DISP=SHR //D2 DD UNIT=3390,VOL=SER=RES001,DISP=SHR //DUMMY DD DUMMY //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY DS(INCLUDE( - CEE.** - DFS.** - GIM.**- ISF.**- ISP.** - SYS1.** - PASSWORD.** - TCPIP.** )- EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - )) - INDD(D1 ) - OUTDD(D2) - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - PROCESS(SYS1) - TOL(ENQF) ALLDATA(*) CAT SPHERE DELETE PURGE /* Regards Saurabh Khandelwal On 4/6/2011 6:54 PM, Michael Wickman wrote: SYS1 datasets needs the additional parameter of PROCESS(SYS1) that I didn't see in your JCL example. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services Phone 913-236-1663 Cell 913-449-6423 Fax 913-236-1555 email mwick...@waddell.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, April 05, 2011 8:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] ADRDSSU issue Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWALsaurabh.khandel...@oracle.com saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am
Re: ADRDSSU issue
*0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG1 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. 0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG2 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. * *0ADR410E error description is : *Copy with DELETE specified requires exclusive access to the data set to be deleted. When you are to rename the data set being copied, either source or target data set being used will cause copy to fail and the system to issue this message. The data set identified in the message represents either the source or target data set that is in use. You are trying to delete your live datasets on DMTCAT. Did you want to delete your datasets on DMTCAT? If you code DELETE it will delete the Datasets you are copying. Lizette -- 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: ADRDSSU issue
This error means the dataset is opened by an application and you can't delete it, it has nothing to do with being VSAM or sequential On Wed, Apr 6, 2011 at 4:24 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, I am using below JCL now and getting below error. But now I am not getting error for VSAM dataset. O/P *0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG1 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. 0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG2 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. * *0ADR410E error description is : *Copy with DELETE specified requires exclusive access to the data set to be deleted. When you are to rename the data set being copied, either source or target data set being used will cause copy to fail and the system to issue this message. The data set identified in the message represents either the source or target data set that is in use. JCL : //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP1EXEC PGM=ADRDSSU,REGION=2M,PARM='' //D1 DD UNIT=3390,VOL=SER=DMTCAT,DISP=SHR //D2 DD UNIT=3390,VOL=SER=RES001,DISP=SHR //DUMMY DD DUMMY //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY DS(INCLUDE( - CEE.** - DFS.** - GIM.**- ISF.**- ISP.** - SYS1.** - PASSWORD.** - TCPIP.** )- EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - )) - INDD(D1 ) - OUTDD(D2) - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - PROCESS(SYS1) - TOL(ENQF) ALLDATA(*) CAT SPHERE DELETE PURGE /* Regards Saurabh Khandelwal On 4/6/2011 6:54 PM, Michael Wickman wrote: SYS1 datasets needs the additional parameter of PROCESS(SYS1) that I didn't see in your JCL example. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services Phone 913-236-1663 Cell 913-449-6423 Fax 913-236-1555 email mwick...@waddell.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, April 05, 2011 8:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] ADRDSSU issue Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had
Re: ADRDSSU issue
I had non-managed VSAM datasets (zFS to be exact) on z/OS 1.8. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, April 06, 2011 5:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue I see you are at z/OS V1.9. VSAM datasets If I remember are always SMS Managed and it is not until z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure you can copy the same name VSAM dataset. You may need to copy to a new VSAM dataset name -- 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: ADRDSSU issue
I have following question about this ADRDSSU COPY, 1.in original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged? seems not the reason. 2.'PROCESS(SYS1)' is also not specified, but some SYS1.** get copied successfully, still do not know why, strange…… 2011/4/7 Schwarz, Barry A barry.a.schw...@boeing.com I had non-managed VSAM datasets (zFS to be exact) on z/OS 1.8. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, April 06, 2011 5:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue I see you are at z/OS V1.9. VSAM datasets If I remember are always SMS Managed and it is not until z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure you can copy the same name VSAM dataset. You may need to copy to a new VSAM dataset name -- 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 -- 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
ADRDSSU issue
Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBLSKEL0 ALLOCATED, ON VOLUME(S): RES001 As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh -- 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: ADRDSSU issue
My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBLSKEL0 ALLOCATED, ON VOLUME(S): RES001 As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh -- 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 -- 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: ADRDSSU issue
Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBLSKEL0 ALLOCATED, ON VOLUME(S): RES001 As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh -- 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 -- 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 -- 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: ADRDSSU issue
Hi, You can use the below as sample JCL : * //CPxxx EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //FROM1 DD VOL=SER=xxx,DISP=SHR,UNIT=SYSALLDA //TO1 DD VOL=SER=yyy,DISP=SHR,UNIT=SYSALLDA //SYSIN DD * COPY LOGINDD(FROM1) OUTDD(TO1) TOL(IOERROR) - ALLDATA(*) ALLEXCP ADMIN PURGE - DELETE RECAT(*) ALLMULTI WAIT(0,0) - DS(INCL(**),EXCL(SYS1.VTOCIX.*,SYS1.VVDS.*)) PROCESS(UNDEF) * BYPASSACS(**) NULLSTORCLAS You can add the last line inturn it will bypass SMS rules but generally it is not recommended. Regards, Jags On Tue, Apr 5, 2011 at 7:38 PM, Richard Marchant richard.march...@shoden.co.za wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBLSKEL0 ALLOCATED, ON VOLUME(S): RES001 As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search
Re: ADRDSSU issue
Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBLSKEL0 ALLOCATED, ON VOLUME(S): RES001 As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh -- 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 -- 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 -- 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
Re: ADRDSSU issue
Thanks Jagdishan, But still I am not able to copy my VSAM dataset, which is also available in that volume. Rest all dataset are copied successfully. Can you please tell me the way to copy VSAM dataset as well in the same JCL. Regards Saurabh Khandelwal On 4/5/2011 7:54 PM, jagadishan perumal wrote: Hi, You can use the below as sample JCL : * //CPxxx EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //FROM1 DD VOL=SER=xxx,DISP=SHR,UNIT=SYSALLDA //TO1 DD VOL=SER=yyy,DISP=SHR,UNIT=SYSALLDA //SYSIN DD * COPY LOGINDD(FROM1) OUTDD(TO1) TOL(IOERROR) - ALLDATA(*) ALLEXCP ADMIN PURGE - DELETE RECAT(*) ALLMULTI WAIT(0,0) - DS(INCL(**),EXCL(SYS1.VTOCIX.*,SYS1.VVDS.*)) PROCESS(UNDEF) * BYPASSACS(**) NULLSTORCLAS You can add the last line inturn it will bypass SMS rules but generally it is not recommended. Regards, Jags On Tue, Apr 5, 2011 at 7:38 PM, Richard Marchant richard.march...@shoden.co.za wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBLSKEL0 ALLOCATED, ON VOLUME(S): RES001 As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh
Re: ADRDSSU issue
Hi, Please share us the Error message copying the VSAM Datasets. I mean can you point out the ADRxxx message related to the VSAM copy failure. On Tue, Apr 5, 2011 at 8:16 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Thanks Jagdishan, But still I am not able to copy my VSAM dataset, which is also available in that volume. Rest all dataset are copied successfully. Can you please tell me the way to copy VSAM dataset as well in the same JCL. Regards Saurabh Khandelwal On 4/5/2011 7:54 PM, jagadishan perumal wrote: Hi, You can use the below as sample JCL : * //CPxxx EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //FROM1 DD VOL=SER=xxx,DISP=SHR,UNIT=SYSALLDA //TO1 DD VOL=SER=yyy,DISP=SHR,UNIT=SYSALLDA //SYSIN DD * COPY LOGINDD(FROM1) OUTDD(TO1) TOL(IOERROR) - ALLDATA(*) ALLEXCP ADMIN PURGE - DELETE RECAT(*) ALLMULTI WAIT(0,0) - DS(INCL(**),EXCL(SYS1.VTOCIX.*,SYS1.VVDS.*)) PROCESS(UNDEF) * BYPASSACS(**) NULLSTORCLAS You can add the last line inturn it will bypass SMS rules but generally it is not recommended. Regards, Jags On Tue, Apr 5, 2011 at 7:38 PM, Richard Marchant richard.march...@shoden.co.za wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ http://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S
Re: ADRDSSU issue
In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWAL saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBLSKEL0 ALLOCATED, ON VOLUME(S): RES001 As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message
Re: ADRDSSU issue
Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen lucky chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWAL saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEESAMP BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTASN1 ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBPXMENU ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEELKED BE ADR396I (001)-NEWDS(01), DATA SET SYS1.SISTCMIP ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DBBLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.MIGLIB ALLOCATED, ON VOLUME(S): RES001 ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET ISF.SISFJCL BEC *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET CEE.SCEEH.SYS.H* ADR396I (001)-NEWDS(01), DATA SET SYS1.MSGENU ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.DGTTLIB ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SAPPMOD1 ALLOCATED, ON VOLUME(S): RES001 ADR744W (001)-MRPAM(01), NO VALID MEMBERS WERE FOUND FOR PDS DATA SET SYS1.SAPPM ADR396I (001)-NEWDS(01), DATA SET SYS1.HRFCLST ALLOCATED, ON VOLUME(S): RES001 ADR396I (001)-NEWDS(01), DATA SET SYS1.SBLSKEL0 ALLOCATED, ON VOLUME(S): RES001 As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed
Re: ADRDSSU issue
Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* *SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWALsaurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA(*) CANCELERROR. But, I am getting below error while doing copy for some of the dataset. *ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET TCPIP.SEZAXAWL* ADR713E (001)-ALLOC
Re: ADRDSSU issue
Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen lucky chenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWAL saurabh.khandel...@oracle.com saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com http://www.healthmarkets.com/http://www.healthmarkets.com/ http://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume
Re: ADRDSSU issue
add PROCESS(SYS1), then have a try. 2011/4/5 SAURABH KHANDELWAL saurabh.khandel...@oracle.com Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* *SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWALsaurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com http://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD SYSOUT=* //RES1IN DD UNIT=3390,VOL=SER=DMTRES,DISP=SHR //RES1OUT DD UNIT=3390,VOL=SER=RES001,DISP=SHR //SYSIN DD * COPY INDD(RES1IN) OUTDD(RES1OUT) - DS(EXCLUDE(SYS1.VTOCIX.* - SYS1.VVDS.* - )) - TOLERATE(ENQF) SHARE ALLEXCP ALLDATA
Re: ADRDSSU issue
oh, sorry, 'PROCESS(SYS1)' is a control stmt that can be specified AS input to ADRDSSU(DDname SYSIN), NOT a parameter, ;-) Do not know whether it work or not, cause from your job's output, I got some SYS1.** get copied successfully, Just have a try. 2011/4/6 chen lucky chenluck...@gmail.com add PROCESS(SYS1), then have a try. 2011/4/5 SAURABH KHANDELWAL saurabh.khandel...@oracle.com Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* *SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWALsaurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com http://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Tuesday, April 05, 2011 7:58 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU issue Hello, I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. I am using below JCL for this function. //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=0M,COND=(0,LT) //SYSPRINT DD
Re: ADRDSSU issue
use this and let me know what you get.. //VFRVOLSER EXEC PGM=ADRDSSU,PARM='LINECNT=',REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=FRVOLSER,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=TOVOLSER,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYS1.DUMP.** - SYS1.MAN%.** - SYSMCAT.** - SYSUCAT.** - OMVS.**- PAGE.** - MVSSMP*.** ) - BY((DSORG NE VSAM), - (DSORG NE HFS ), - (DSORG NE ZFS ))) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - OUTDDNAME( - OUTVOL1 - ) - PERCENTUTILIZED( - 100 - ) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR //* -- 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: ADRDSSU issue
aah,forgot remove by condition so job can be .. //VFRVOLSER EXEC PGM=ADRDSSU,REGION=4M,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=FRVOLSER,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=TOVOLSER,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR //* -- 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: ADRDSSU issue
Ok, I will run this in 15 min . and send you output On 4/6/2011 9:40 AM, Ravi Gaur wrote: aah,forgot remove by condition so job can be .. //VFRVOLSER EXEC PGM=ADRDSSU,REGION=4M,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=FRVOLSER,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=TOVOLSER,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR //* -- 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: ADRDSSU issue
Output of below JCL *JCL Used* //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTRES,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR //* *O/P* * TOP OF DATA ** 1 J E S 2 J O B L O G -- S Y S T E M M V S T -- N O D E 0 04.07.35 JOB05545 WEDNESDAY, 06 APR 2011 04.07.35 JOB05545 IRR010I USERID SYSPRG1 IS ASSIGNED TO THIS JOB. 04.07.35 JOB05545 ICH70001I SYSPRG1 LAST ACCESS AT 04:06:49 ON WEDNESDAY, APR 04.07.35 JOB05545 $HASP373 DUMPUP01 STARTED - INIT 1- CLASS A - SYS MVST 04.07.35 JOB05545 IEF403I DUMPUP01 - STARTED - TIME=04.07.35 04.07.35 JOB05545 - --TIMINGS (MINS.)- 04.07.35 JOB05545 -JOBNAME STEPNAME PROCSTEPRC EXCPCPU SRB CLOC 04.07.35 JOB05545 -DUMPUP01 STEP2 12230.00 .00.0 04.07.35 JOB05545 IEF404I DUMPUP01 - ENDED - TIME=04.07.35 04.07.35 JOB05545 -DUMPUP01 ENDED. NAME- TOTAL CPU TIME= 04.07.35 JOB05545 $HASP395 DUMPUP01 ENDED 0-- JES2 JOB STATISTICS -- - 06 APR 2011 JOB EXECUTION DATE - 32 CARDS READ - 78 SYSOUT PRINT RECORDS -0 SYSOUT PUNCH RECORDS -6 SYSOUT SPOOL KBYTES - 0.00 MINUTES EXECUTION TIME 1 //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID IEFC653I SUBSTITUTION JCL - CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1),NOTIFY= 2 //STEP2 EXEC PGM=ADRDSSU,REGION=4M,PARM='TYPRUN=NORUN' 3 //SYSPRINT DD SYSOUT=* 4 //INVOL1DD VOL=SER=DMTRES,UNIT=3390,DISP=SHR 5 //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR 6 //SYSIN DD * ICH70001I SYSPRG1 LAST ACCESS AT 04:06:49 ON WEDNESDAY, APRIL 6, 2011 IEF236I ALLOC. FOR DUMPUP01 STEP2 IEF237I JES2 ALLOCATED TO SYSPRINT IEF237I 0100 ALLOCATED TO INVOL1 IEF237I 0206 ALLOCATED TO OUTVOL1 IEF237I JES2 ALLOCATED TO SYSIN IEF142I DUMPUP01 STEP2 - STEP WAS EXECUTED - COND CODE 0012 IEF285I SYSPRG1.DUMPUP01.JOB05545.D102.? SYSOUT IEF285I SYS11096.T040735.RA000.DUMPUP01.R0100020 KEPT IEF285I VOL SER NOS= DMTRES. IEF285I SYS11096.T040735.RA000.DUMPUP01.R0100021 KEPT IEF285I VOL SER NOS= RES001. IEF285I SYSPRG1.DUMPUP01.JOB05545.D101.? SYSIN IEF373I STEP/STEP2 /START 2011096.0407 IEF374I STEP/STEP2 /STOP 2011096.0407 CPU0MIN 00.10SEC SRB 0MIN 00.04 IEF375I JOB/DUMPUP01/START 2011096.0407 IEF376I JOB/DUMPUP01/STOP 2011096.0407 CPU0MIN 00.10SEC SRB 0MIN 00.04 1PAGE 0001 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.096 04:07 -ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE IN NORUN MO COPY DATASET(INCLUDE(**) - 0006000 EXCLUDE(SYS1.VTOCIX.** - 0007000 SYS1.VVDS.** - 0008000 SYSUCAT.** - 0009000 OMVS.**- 001 MVSSMP*.** - 0011000 )) - 0012000 LOGINDDNAME(INVOL1) - 0013000 ALLDATA(*) - 0014000 ALLEXCP - 0015000 CANCELERROR - 0016000 BYPASSACS(**) - 0017000 FORCE - 0018000 NULLMGMTCLAS - 0019000 NULLSTORCLAS - 002 OUTDDNAME(OUTVOL1) - 0021000 PERCENTUTILIZED(100) - 0022000 PROCESS(SYS1) -
Re: ADRDSSU issue
Hello Jags, It is not about coping only IODF cluster file. This problem is in general coping VSAM dataset along with NON VSAM dataset. The last JCL which you suggested, that has worked out with Non VSAM dataset, but in my some of the volume I do have VSAM dataset as well, so I was looking for the parameter, which can also copy VSAM as well. Regards Saurabh Khandelwal On 4/6/2011 6:59 AM, jagadishan perumal wrote: Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com mailto:saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* *SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com mailto:chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWALsaurabh.khandel...@oracle.com mailto:saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu mailto:IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com mailto:john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To:IBM-MAIN@bama.ua.edu mailto:IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com mailto:john.mck...@healthmarkets.com *www.HealthMarkets.com http://www.healthmarkets.com/http://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may
Re: ADRDSSU issue
Saurabh, I pressume you are trying to perform DASD migration, so looking into your Output only the IODF related Datasets(VSAMS) were not copied successfully. Let me know if you accomplish copying the IODF VSAM using some parameters that would meet your Objective. Regards, Jags On Wed, Apr 6, 2011 at 10:16 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello Jags, It is not about coping only IODF cluster file. This problem is in general coping VSAM dataset along with NON VSAM dataset. The last JCL which you suggested, that has worked out with Non VSAM dataset, but in my some of the volume I do have VSAM dataset as well, so I was looking for the parameter, which can also copy VSAM as well. Regards Saurabh Khandelwal On 4/6/2011 6:59 AM, jagadishan perumal wrote: Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen lucky chenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWAL saurabh.khandel...@oracle.com saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com http://www.healthmarkets.com/http://www.healthmarkets.com/ http://www.healthmarkets.com/ Confidentiality Notice
Re: ADRDSSU issue
No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal On 4/6/2011 10:52 AM, jagadishan perumal wrote: Saurabh, I pressume you are trying to perform DASD migration, so looking into your Output only the IODF related Datasets(VSAMS) were not copied successfully. Let me know if you accomplish copying the IODF VSAM using some parameters that would meet your Objective. Regards, Jags On Wed, Apr 6, 2011 at 10:16 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello Jags, It is not about coping only IODF cluster file. This problem is in general coping VSAM dataset along with NON VSAM dataset. The last JCL which you suggested, that has worked out with Non VSAM dataset, but in my some of the volume I do have VSAM dataset as well, so I was looking for the parameter, which can also copy VSAM as well. Regards Saurabh Khandelwal On 4/6/2011 6:59 AM, jagadishan perumal wrote: Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWALsaurabh.khandel...@oracle.com saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone