View previous topic :: View next topic
|
Author |
Message |
aprocon
New User
Joined: 26 Oct 2010 Posts: 41 Location: chennai
|
|
|
|
Hi,
We had a job failure last week. The job has been running fine for over an year (once a day) but it failed last week with an abend S837 while trying to write data into a file "APX.PR.D332.OVNDPCDE". However there is no change in the data volume recently. The support team fixed the issue by changing the region parameter from 8 M to 0M on the jobcard. Other than that they did not change anything in the JCL.
Error message for your reference.
"CA-EOV: RECOVERY TERMINATED - MAXIMUM VOLUMES REACHED - APX.PR.D332.OVNDPCDE
The system or user abend S837 R=00000008 was issued.
My ouput file definition for successfully run and failed job is
/INTFC DD DSN=APX.PR.D332.OVNDPCDE,
/ DISP=(NEW,CATLG,DELETE),
/ DATACLAS=DCOLRET0,
/ LRECL=60
My understanding on region parameter is it just uses virtual/real storage to execute a job/step. If that is the case how would it satisy the space requirement for my job?
After changing the region parameter to 0M, my job was able to find the space within one volume.
Could you please help me understand this?
Please let me know if I am unclear or need further information. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
golly!
Do you think it may have anything to do with the
status of space on production work volumes
during the first run
and during the second run?
and yes, your conclusion is true,
S837's have nothing to do with virtual job space allocation,
and everything to do with end-of-volume...... |
|
Back to top |
|
|
aprocon
New User
Joined: 26 Oct 2010 Posts: 41 Location: chennai
|
|
|
|
Thanks for the response!!
I was wondering why they changed region parameter. They did not do any space clean up, just not sure how it worked out in the second run. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
Quote: |
They did not do any space clean up, |
you spend a lot of time dealing with false assumptions.
you are not thinking, when you assume the box is/was the same during both runs. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
"They" might not have done any specific space cleanup, but the system might have done some while running jobs (i.e. jobs that do their own housecleaning) . . .
Also, some big datasets may have been migrated.
Whatever, there was more resource available when the job ran successfully.
Suggest there be a review of the dasd for this dataclas and make sure there is proper space available or consider adding more volumes. |
|
Back to top |
|
|
Nic Clouston
Global Moderator
Joined: 10 May 2007 Posts: 2455 Location: Hampshire, UK
|
|
|
|
Also educate the people who changed the region parameter for a dasd space problem. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6250 Location: Mumbai, India
|
|
|
|
Are you sure that it was S837 and not S878? (just a guess) |
|
Back to top |
|
|
aprocon
New User
Joined: 26 Oct 2010 Posts: 41 Location: chennai
|
|
|
|
Hi Anuj
Yes, it was S837 abend.
Hi Dick and Nic
Sure I will let the support people know that changing region parameter did not do the trick for this issue.
Thanks for all your replies. |
|
Back to top |
|
|
|