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 > //STEP1 EXEC 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 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 ( 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 >>> >>> ---------------------------------------------------------------------- >>> 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 >>> >>> >>> ---------------------------------------------------------------------- >> 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 >> >> >> >> >> >> <font size="1"> >> <div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in >> 0in 1.0pt 0in'> >> </div> >> "This email is intended to be reviewed by only the intended recipient >> and may contain information that is privileged and/or confidential. >> If you are not the intended recipient, you are hereby notified that >> any review, use, dissemination, disclosure or copying of this email >> and its attachments, if any, is strictly prohibited. If you have >> received this email in error, please immediately notify the sender by >> return email and delete this email from your system." >> </font> >> >> ---------------------------------------------------------------------- >> 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 > -- Gonzalo Cengotita Quirce ---------------------------------------------------------------------- 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
