Caveat:  I get the daily digest so responses are in the Pioneer 10 grouping...

Willie:  as mentioned by others, all SMS information must be generated by the 
ACS routines since you have specified none.  It would appear that an 'extended' 
DataClas *is* being assigned otherwise you'd get a different Reason Code.  I'll 
repeat someone else's point that the ACS routines must be both converted[1] and 
activated[2] before the updates take effect.  Also remember that being assigned 
a DataClas does *not* make a dataset SMS-managed.  Since way back (v1.7? 
v1.4?), non SMS-managed datasets can be assigned a DataClas.  Only a StorClas 
does SMS-managed make.

A not-so-obvious question is whether FPS002 is in the StorGrp that gets 
assigned by the ACS routines.  (tho' I would expect a different response such 
as an IGD* message)  

ps.  you mentioned "... coded the DATACLAS and STORCLAS in the JCL ..." in the 
first message but the Define Cluster doesn't have a FILE(ddName) option.  
Without the same, there is no connection between the two and your JCL 
information would be ignored (for the Define).

[1] I use the sample ACBJBAOQ in SYS1.SACBCNTL myself.
[2] via SetSms SCDS()

-------->  signature = 6 lines follows  <--------
Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585                  fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca     http:/ /aix1.uOttawa.ca/ ~nduffee
“How *do* you plan for something like that?”  Guardian Bob, Reboot
“For every action, there is an equal and opposite criticism.”
“Systems Programming: Guilty, until proven innocent”  John Norgauer 2004


-----Original Message-----
From: Willie Bunter [mailto:[email protected]] 
Sent: February 18, 2014 13:01

Here is the DEF CLUSTER:

DEFINE  CLUSTER ( -                                 
        NAME(CICSALL.APPLIC.PROD.ZWA6) -            
        VOLUME(FPS002) -                            
        RECORDSIZE(80 80)) -                        
        DATA ( -                                    
        NAME(CICSALL.APPLIC.PROD.ZWA6.DATA) -       
        CYL(1 1)) -                                 
        INDEX ( -                                   
        NAME(CICSALL.APPLIC.PROD.ZWA6.INDEX) -      
        TRACKS(1 1))                        

Below is the error message:
IDC3014I CATALOG ERROR                                                       
IDC3009I ** VSAM CATALOG RETURN CODE IS 48 - REASON CODE IS IGG0CLAT-80      
IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12


-----Original Message-----
From: willie bunter [mailto:[email protected]] 
Sent: February 18, 2014 11:52

I was trying to define a VSAM EXTENDED dsn and I encountered the following 
error:

IDC3009I ** VSAM CATALOG RETURN CODE IS 48 - REASON CODE IS IGG0CLAT-80

I performed the necessary verification -
- Volumes are in SMS
- DSN is in SMS
- Alias was defined in the Catalog
- DATACLASS EXTENDED was built
- SMS rules were updated

I tried all sorts of gyrations.  I coded the DATACLAS and STORCLASS in the jcl 
deck to no avail.

I was able to allocate the DSN by using the LIKE parm.   By fluke I resubmitted 
the job without the VOL parm, DATACLAS & STORCLAS in the Define Cluster and it 
worked.

Has anybody encountered this same problem?  I cannot understand why the job was 
failing when I coded the vol parm.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to