Re: IRRUT200 and D37
- From: sbarry@xxxxxxxxxxxx (Scott Barry)
- Date: 2 Aug 2008 05:15:25 -0700
On Sat, 2 Aug 2008 13:28:20 +0300, james smith <jamesfs307@xxxxxxxxx> wrote:
Folks
I am experiencing a new problem using IRRUT200 which is used to make a copy
of our RACF database. We have been running this job for eons then suddenly
we started getting D37-04 abends. What appears to be happening is no matter
what SPACE value we specify it is being 'clobbered' and we end up getting 1
unit of whatever we request - so either 1 CYLINDER or 1 TRACK followed
logically by a D37.
I have specified SPACE=(CYL,(150)) on my JCL - I have even pre-allocated the
dataset with 150 CYLINDERS.
After the job abends and I Check the dataset - the allocation is ONE
CYLINDER.
The strange part is that this only happens for SMS datasets. When I
pre-allocate a NON-SMS dataset OR specify a non-sms dataset in my JCL - hey
presto no problems - job works as intended.
Any ideas would be appreciated
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
If the program is doing an OPEN/CLOSE prior to writing the file, you will
need to use a MGMTCLAS that does *NOT* have the PARTIAL_RELEASE=YES_IMMED
attribute.
Scott Barry
SBBWorks, Inc.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.
- Follow-Ups:
- Re: IRRUT200 and D37
- From: james smith
- Re: IRRUT200 and D37
- Prev by Date: My product.
- Next by Date: Re: IRRUT200 and D37
- Previous by thread: Re: IRRUT200 and D37
- Next by thread: Re: IRRUT200 and D37
- Index(es):
Relevant Pages
|
