Thanks to all who answered.
The ACS routines were okay John - the Management Class as Scott suspected,
specificially the use of 'Yes_Immediate' on the RELEASE option was the
cause.
On Sun, Aug 3, 2008 at 6:40 AM, Chase, John [EMAIL PROTECTED] wrote:
-Original Message-
From: IBM
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
On Sat, 2 Aug 2008 13:28:20 +0300, james smith [EMAIL PROTECTED] 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
I would check you ACS routines to see if they have changed for this dataset.
ACS can be coded so that no matter what the JCL says, the dataset only gets
a specific amount.
If you cannot preallocate the data set in an SMS pool with the space you
want, it is like the space management tool (ACS
Scott
Good call - that did the trick. I'm on vacation starting next week - I
think my 'brain cells' must have already left :-)
Thanks
On Sat, Aug 2, 2008 at 3:15 PM, Scott Barry [EMAIL PROTECTED] wrote:
On Sat, 2 Aug 2008 13:28:20 +0300, james smith [EMAIL PROTECTED]
wrote:
Folks
I am
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of james smith
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.
6 matches
Mail list logo