Thanks for the information this worked as designed. Here is the information I found for this STORCLASS:
Problem Duplicate Tape Volser Bypass - [EMAIL PROTECTED] Solution SMS does not support duplicate tape volsers. In an SMS environment where an IBM ATL or VTS exists, the mount will always be directed to the IBM library that contains the duplicate volume regardless of any unit / device parm specified. This is because SMS detects that they are in an IBM Library environment early in the allocation process by calling OAM to determine if the volser in question might be a library volser. If a TCDB entry is found, or the Tape Mgmt. System (ie. RMM / CA / TLMS / ZARA) indicates it is a library volser via CBRUXVNL, then the mount will be directed to an associated library drive. This will result in either a RC8 RSN51 failure indicating that 'you cannot do a specific mount of a scratch volser within an ATL' (if the duplicate ATL volume is in SCRATCH status), or worse, the mount of the wrong volume inside the ATL. Library users that need the ability to mount foreign tapes with duplicate volsers on NON-SMS Standalone drives now have a way to bypass this restriction. With SMS's introduction of the reserved storclas [EMAIL PROTECTED] (OW39564), customers can now request that the allocation be forced to the NON-SMS standalone allocation path. As long as the customer specifies DISP=OLD and [EMAIL PROTECTED], SMS will force the allocation to NON-SMS. Note: [EMAIL PROTECTED] is a reserved SC name. It must not be defined in the SCDS. The use of storageclass [EMAIL PROTECTED] is preferred to the use of a dummy volser and BLP in the JCL. Thanks for the assistance. Thank You -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Tuesday, May 01, 2007 2:38 PM To: [email protected] Subject: Re: SMS problem On Tue, 1 May 2007 13:54:55 -0500, Mark Steely <[EMAIL PROTECTED]> wrote: >Thanks for all the info on switching the COUPLE datasets. > >I have a problem with SMS and calling in a tape dataset that is >received from an outside vendor. The tape volser does match a in-house >volser. I am doing a gener and have the volser, dsn, expdt=98000, and >dataclas specified. When the job is submitted it allocates the VTS >drives and calls for the in-house tape. When I change the input volume >(SYSUT1) from disp=shr to disp=new it calls for the correct tape device >and tape volume. This seems to only happen when the outside tape >matches an in-house volser. We are z/OS V1R7. > >Any help would be appreciated. > >From the DFSMSdfp Storage Adminitration Reference: With [EMAIL PROTECTED] and DISP=OLD and VOL=SER=nnnnnn specified in the JCL, you can access an imported tape outside an automated library for input if you have another tape with the same volser in a system-managed library. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
