Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Unable to allocate files on DASD volume

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics
View previous topic :: :: View next topic  
Author Message
Vishnupriyan Pandiyan

New User


Joined: 26 Apr 2011
Posts: 16
Location: India

PostPosted: Thu Jun 27, 2013 11:58 pm    Post subject: Unable to allocate files on DASD volume
Reply with quote

Hi,

In my shop I have a 3390 type 3 online DASD volume, but nothing gets allocated on that pack.
Can some one kindly let me know what can be problem, I approached the concern team they also not much sure what preventing the files getting allocated on that particular volume icon_surprised.gif

Your advice in this subject is much appreciated.

Thanks.
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Fri Jun 28, 2013 12:05 am    Post subject:
Reply with quote

Since the volume is NOT managed by SMS, you have to specify the volume serial and UNIT when allocating a data set to that volume. You will need to post the JCL you are using and the message(s) you are getting back when attempting to allocate to the volume.
Back to top
View user's profile Send private message
Nic Clouston

Global Moderator


Joined: 10 May 2007
Posts: 1712
Location: UK

PostPosted: Fri Jun 28, 2013 12:06 am    Post subject:
Reply with quote

I also note that it is, probably, reserved for CICS.
Back to top
View user's profile Send private message
Vishnupriyan Pandiyan

New User


Joined: 26 Apr 2011
Posts: 16
Location: India

PostPosted: Fri Jun 28, 2013 12:14 am    Post subject:
Reply with quote

Thanks Robert and Nic for ur replies.

@Nic, yes it is created for allocating the CICS journal backup file.

@Robert, we specifying the UNIT and VOLSER number in our JCL, even though it is not working.

I personally tried allocating a file on that volume using 3.2 but it is not getting allocated rather it is allocated on another volume pack. icon_sad.gif
Back to top
View user's profile Send private message
Akatsukami

Global Moderator


Joined: 03 Oct 2009
Posts: 1738
Location: Bloomington, IL

PostPosted: Fri Jun 28, 2013 12:19 am    Post subject:
Reply with quote

What part of
Quote:
You will need to post the JCL you are using and the message(s) you are getting back when attempting to allocate to the volume.

do you not understand?
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Fri Jun 28, 2013 12:29 am    Post subject:
Reply with quote

I would not be surprised to find that ISPF 3.2 allocation will be through SMS only unless you override the allocation on the screen.

What is not working -- what messages are you getting? Even if the job never starts executing, there should be some JES messages (if not z/OS) to indicate more about what is going on. Has the volume been varied online to JES?
Back to top
View user's profile Send private message
Vishnupriyan Pandiyan

New User


Joined: 26 Apr 2011
Posts: 16
Location: India

PostPosted: Fri Jun 28, 2013 12:37 am    Post subject:
Reply with quote

Hi Akatsukami,

Here is my JCL and I don't get any odd messages when the job runs either it don't fail. But instead of CICSJ2 it gets allocated on some other volume.

Code:
//JS010   EXEC PGM=DFHJUP
//STEPLIB   DD DSN=CICSTS32.CICS.SDFHLOAD,
//             DISP=SHR
//SYSPRINT  DD SYSOUT=*
//SYSUT1    DD DSN=XXXXX.XXXXXXX.XXXXXX,
//             DISP=SHR,
//             SUBSYS=(LOGR,DFHLGCNV,'TO=(,16:00),LOCAL',COMPAT41),
//             DCB=BLKSIZE=32760
//SYSUT4    DD DSN=XXXXXX.XXXXXXX.XXXX(+1),
//             DISP=(,CATLG,CATLG),
//             UNIT=3390,
//             VOL=SER=(CICSJ1,CICSJ2),
//             SPACE=(TRK,(9000,3000),RLSE),
//             DCB=(A.A,LRECL=32756,RECFM=VB,BLKSIZE=32760)
//SYSIN     DD *
CONTROL  CNTL
OPTION   COPY  NEWDCB
END
/*
//JS020   EXEC PGM=IEFBR14
//STEPLIB   DD DSN=CICSTS32.CICS.SDFHLOAD,
//             DISP=SHR
//SYSPRINT  DD SYSOUT=*
//LOGSTRM   DD DSN=XXXXX.XXXXXXX.XXXXXX,
//             DISP=SHR,
//             SUBSYS=(LOGR,DFHLGCNV,'TO=(,16:00)',DELETE),
//             DCB=BLKSIZE=32760

Code'd
Back to top
View user's profile Send private message
Vishnupriyan Pandiyan

New User


Joined: 26 Apr 2011
Posts: 16
Location: India

PostPosted: Fri Jun 28, 2013 12:50 am    Post subject:
Reply with quote

Robert Sample wrote:
I would not be surprised to find that ISPF 3.2 allocation will be through SMS only unless you override the allocation on the screen.


Yes Robert, even I override the volume in the "Volume serial . . . . CICSJ2" it is not getting allocated rather allocated on some other volume. And I get the message dataset successfully allocated.

What is not working -- what messages are you getting? Even if the job never starts executing, there should be some JES messages (if not z/OS) to indicate more about what is going on. Has the volume been varied online to JES?[
Yes the volume is Varied online to JES.
My JES messages are normal. Finally when I look at my sysmsg it tells the gdg got cataloged on some other volume.
IEF285I XXXX.XXXXX.XXXXX.G0003V00 CATALOGED
IEF285I VOL SER NOS= CICSJ1,DB0040
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Fri Jun 28, 2013 1:11 am    Post subject:
Reply with quote

Code:
 Management class . . . MCUSERSM       (Blank for default management class)
 Storage class  . . . . SCUSER         (Blank for default storage class)
  Volume serial . . . . PGMRS4         (Blank for system default volume) **
  Device type . . . . .                (Generic unit or device address) **
 Data class . . . . . .                (Blank for default data class)
  Space units . . . . . CYLINDER       (BLKS, TRKS, CYLS, KB, MB, BYTES
                                        or RECORDS)
  Average record unit                  (M, K, or U)
  Primary quantity  . . 8              (In above units)
  Secondary quantity    5              (In above units)
  Directory blocks  . . 75             (Zero for sequential data set) *
  Record format . . . . FB
  Record length . . . . 120
  Block size  . . . . .
  Data set name type    PDS            (LIBRARY, HFS, PDS, LARGE, BASIC, *
                                        EXTREQ, EXTPREF or blank)
  Expiration date . . .                (YY/MM/DD, YYYY/MM/DD
 Enter "/" to select option             YY.DDD, YYYY.DDD in Julian form
    Allocate Multiple Volumes           DDDD for retention period in days
                                        or blank)

 ( * Specifying LIBRARY may override zero directory block)

 ( ** Only one of these fields may be specified)
Unless you override the default Management Class, Storage Class, and Data Class, on this screen, to NOT use SMS -- you will get an SMS allocation and the data set would not be allocatd to CICSJ2. And note that GDG allocations may be specified in your ACS routines and hence default to SMS-managed -- ours are so handled at my site.

You really, really, really need to get with your storage management group at your site and find out what the rules at your site are, and how you can allocate data sets to CICSJ2 volume. We can speculate all we want about the root cause of your problem, but only someone working at your site and able to look at the ACS routines and ISMF rules in effect at your site will ultimately be able to determine what is going on. Somebody needs to look at the storage class assignments in your SCDS file and determine what causes a data set to be non-SMS-managed.

And if you attempt allocation through a batch job, you should see something like
Code:
IGD101I SMS ALLOCATED TO DDNAME (SYSUT2  )
        DSN (PGMR.RS0.TEST1.AREACODE                     )
        STORCLAS (SCUSER) MGMTCLAS (MCUSERSM) DATACLAS (        )
        VOL SER NOS= PGMRS1
This message indicates what happened to the allocation and were what I was looking for.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Fri Jun 28, 2013 12:09 pm    Post subject:
Reply with quote

As Robert has said, you will need to use a site specific STORCLAS to be able to bypass SMS intervention
Back to top
View user's profile Send private message
Vishnupriyan Pandiyan

New User


Joined: 26 Apr 2011
Posts: 16
Location: India

PostPosted: Fri Jun 28, 2013 6:01 pm    Post subject:
Reply with quote

Thanks for all your valuable comments, I will check with them and get back to you all icon_smile.gif
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts High CPU consumption Job using IAM fi... aswinir JCL & VSAM 8 Thu Dec 01, 2016 8:28 pm
No new posts Match or compare two files in VB Format anatol DFSORT/ICETOOL 14 Thu Nov 03, 2016 7:41 pm
This topic is locked: you cannot edit posts or make replies. How to use 2 input files in control c... Gunapala CN DFSORT/ICETOOL 23 Thu Oct 13, 2016 3:42 pm
No new posts Allocate dataset withour BLKSIZE Susanta CLIST & REXX 2 Thu Sep 22, 2016 11:51 am
No new posts Adding records from two files into on... shiitiizz SYNCSORT 4 Mon Sep 19, 2016 8:41 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us