On Mon, 28 Apr 2008 11:25:31 -0700, willie bunter 
<[EMAIL PROTECTED]> wrote:

>Hallo Everybody,
>
>  I am trying to track down why some dsns with the HLQ of  TEST.** are 
being directed to a non-SMS volume. I noticed that a majority of the dsns are 
being allocated correctly by SMS.  I ran a check on the ACS routines and I 
found that the SC ACS has a storage class set for TEST.**
>  I also noticed that is another storage class for unit types.  Could this be 
the cause?  I executed some tests where I used the unit=3390, the dsn 
(TEST.AAA.BB) was then allocated with the proper storage class and storage 
group.  However, when I used the unit=3390 with the volser of a non-SMS 
pack, the dsn (TEST.AAA.CC)  was allocated on the pack  Below is a sample 
of the SC ACS.
>  FILTLIST VALUNIT INCLUDE 
('3380','SYSDA','SYSALLDA','3390','PUBLIC',VVIO','PROD','TEST''' )
>
>  FILTLIST GDVX_DSN INCLUDE
>  (LIBR.**, SCPX.SYST.*.VSAMEXT.**,
>  TEST.**,TEST1.**,ALQTOPR.**,
>  .................................
>  .................................))
>
>  WHEN (&UNIT NE &VALUNIT)
>  SET &STORCLAS = ''
>
>  WHEN (&HLQ = &POOL_GDVX OR &DSN = &GDVX_DSN)
>  SET &STORCLAS = 'SCTEST'
>
>  Am I on the right track in thinking that the SC VALUNIT is the cause of the 
problem?   If so, how can I fix it?  I would appreciate your suggestion and 
comments.
>
>  Thanks in advance.
>

Hey Willie, just a couple of thoughts :

Is it possible that perhaps there are other esoteric names being used for 
VALUNIT such as DISK... that aren't being tested?

I noticed that the string has quotes around the commas as does the VVIO 
designation.  I assume this was done on purpose?

HTH,
Gil.

----------------------------------------------------------------------
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

Reply via email to