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
 

 

How to fix the s322 Abend Code
Goto page 1, 2  Next
 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
Mayos

New User


Joined: 11 Apr 2005
Posts: 16

PostPosted: Tue Apr 12, 2005 4:40 pm    Post subject: How to fix the s322 Abend Code
Reply with quote

Hello,

Any suggestions on how to fix an s322 Abend Code?

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

David P

Active User


Joined: 11 Apr 2005
Posts: 106
Location: Cincinnati Ohio

PostPosted: Tue Apr 12, 2005 5:06 pm    Post subject:
Reply with quote

Hi,
Please check the time parameter coded in your Job or step level.

regards,
David.
Back to top
View user's profile Send private message
aishwarya_singh

New User


Joined: 06 Apr 2005
Posts: 21

PostPosted: Tue Apr 12, 2005 5:13 pm    Post subject:
Reply with quote

This Abend occurs whenever there is Time spent in running the job is out of the CPU Time whichin which actually the job should have run.
Back to top
View user's profile Send private message
Mayos

New User


Joined: 11 Apr 2005
Posts: 16

PostPosted: Tue Apr 12, 2005 5:14 pm    Post subject: Re: s322 Abend Code
Reply with quote

Does this mean that I have to increase my time parameter?

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

Active User


Joined: 31 Mar 2005
Posts: 436
Location: chennai, India

PostPosted: Tue Apr 12, 2005 5:48 pm    Post subject:
Reply with quote

If the time parameter provided in the job or in step is correct then the reason can be due to improper compilation.
Find out in which program the job gave s322 error.
Try to recompile the program and make the job run.
Back to top
View user's profile Send private message
learnmf

Active User


Joined: 14 Mar 2005
Posts: 123

PostPosted: Tue Apr 12, 2005 10:27 pm    Post subject:
Reply with quote

S322
The system took a longer time to run a job, job step, or procedure than the time specified in one of the following:
- The TIME parameter of the EXEC or JOB statement
- The standard time limit specified in the job entry subsystem

http://ibmmainframes.com/references/a29.html#W
Back to top
View user's profile Send private message
somasundaran_k

Active User


Joined: 03 Jun 2003
Posts: 134

PostPosted: Tue Apr 12, 2005 11:31 pm    Post subject:
Reply with quote

Mayos
If it's not the problem with the TIME parameter check whether your program is running in an infinite loop, for example a PERFORM UNTIL condition.


Regds
-Som
Back to top
View user's profile Send private message
andycool

New User


Joined: 12 Apr 2005
Posts: 64

PostPosted: Wed Apr 13, 2005 1:28 pm    Post subject:
Reply with quote

Hi,
Jus to ad to the info...Is the TIME parameter mandatory...wht does it signify exactly
Back to top
View user's profile Send private message
uma

New User


Joined: 18 Mar 2005
Posts: 8

PostPosted: Wed Apr 13, 2005 1:50 pm    Post subject: reply
Reply with quote

hi...

I guesst time parameter is not mandatory.But sometimes when the job runs for a longer period then this problem occurs.This can be corrected by coding TIME=1440 in the job card area.


cheers,
Uma
Back to top
View user's profile Send private message
learnmf

Active User


Joined: 14 Mar 2005
Posts: 123

PostPosted: Wed Apr 13, 2005 4:59 pm    Post subject:
Reply with quote

[quoteHi,
Jus to ad to the info...Is the TIME parameter mandatory...wht does it signify exactly[/quote]

Hi Friend The time parameter is not mandatory.If you can't give it takes the default.
thanks
Chandra
Back to top
View user's profile Send private message
khamarutheen

Active Member


Joined: 23 Aug 2005
Posts: 680
Location: NJ

PostPosted: Fri Nov 18, 2005 2:53 pm    Post subject: S322
Reply with quote

hi frnd,
S322 error is caused when CPU time assigned to the job, job step or procedure has been exceeded..

so to fix the error u can just go for some looping or u can go for some mismatching time parameter.. to solve go in reverse order.
Back to top
View user's profile Send private message
Kavitha Palani

New User


Joined: 16 Nov 2005
Posts: 8

PostPosted: Tue Nov 22, 2005 4:05 pm    Post subject: S322
Reply with quote

Indicates a time out abend. Your program has taken more CPU time than the default limit for the job class. Could indicate an infinite loop.
Back to top
View user's profile Send private message
kanak

Moderator


Joined: 12 Mar 2005
Posts: 252
Location: India

PostPosted: Tue Nov 22, 2005 5:51 pm    Post subject:
Reply with quote

As per my manual:
One of the following occurred:
1. The system took a longer time to run a job, job step, or procedure than the time specified in one of the following:
- The TIME parameter of the EXEC or JOB statement
- The standard time limit specified in the job entry subsystem
2. For a started task under the master subsystem, the TIME parameter was not specified on the PROC statement of the catalogued procedure, and the PPT entry did not indicate a system task.

System Action: The system abnormally ends the job, job step, or procedure.

Programmer Response: If the TIME parameter was not specified on the PROC statement of the catalogued procedure, add the TIME parameter or add a PPT entry for the PGM parameter. Otherwise, check for program errors. If none exist, specify a longer time in the TIME parameter. Then run the job again.
Back to top
View user's profile Send private message
Phantom

New User


Joined: 04 Sep 2005
Posts: 25

PostPosted: Tue Nov 22, 2005 6:52 pm    Post subject:
Reply with quote

Pals,

I am consolidating everyone's note here.

1. S322 - Time out Abend - program exceeds the CPU time limit provided to your job. This could be due to various reasons.
Code:

a.  Infinite loop in the program
b.  Reads database / tape which consume more cpu time.
c.  Processing huge input files


2. To avoid S322 you can do the following.
Code:

a.  Increase the TIME parameter.  In some shops, TIME parameter is strictly not allowed.

b.  If you can't provide TIME parameter, then find out the CLASS which has more CPU time.  Normally, in any shop, there will be different initiators (nothing but Job CLASS) and each initiator has a purpose.
    1.  Certain initiators have large CPU time (for long running jobs)
    2.  Some initiators have less CPU time (for short jobs)
    3.  Some intiators are dedicated for transfers like (FTP, NDM ....)
    4.  Some initiators are dedicated for DB2 / IMS sub-systems...

So, talk to your System programmers and find out the job CLASS which has highest CPU time limit and use that to run your job.  It will never end in S322 (provided your program does n't have an infinite loop).


Hope this helps,

Thanks,
Phantom
Back to top
View user's profile Send private message
Balasubramanian

New User


Joined: 23 Apr 2005
Posts: 13
Location: Bangalore

PostPosted: Mon Nov 28, 2005 3:21 pm    Post subject:
Reply with quote

Hi,

Try to change CLASS parameter at JOB card, that might help some time.

Regards,
Balasubramanian S
Back to top
View user's profile Send private message
mandyamj

New User


Joined: 22 Nov 2005
Posts: 7

PostPosted: Wed Nov 30, 2005 7:17 pm    Post subject: hi
Reply with quote

Reason: Caused when CPU time assigned to the job, job step or procedure has been exceeded

JOB OR STEP TIME EXCEEDED THE SPECIFIED LIMIT PROGRAM IS IN A LOOP INSUFFICIENT TIME PARAMETER ON JOB OR EXEC CARD

1.check this job is depend on any previous job if so check that job
2.program may be running in infinite loop
3.give the maxium time limit
Back to top
View user's profile Send private message
tspr52

New User


Joined: 12 Sep 2006
Posts: 25
Location: Madrid, Spain

PostPosted: Thu Mar 29, 2007 5:14 pm    Post subject:
Reply with quote

//UMDO0031 JOB (ACCOUNT),UMDO003, ** REPORT
// CLASS=B,REGION=0M,NOTIFY=UMDO003,
// MSGCLASS=W,TIME=1440

Like this
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: Thu Mar 29, 2007 5:27 pm    Post subject:
Reply with quote

I think the point which many people are trying to make here is - What is happening in the program, rather than let's give it infinite resource.

The OP has not bothered to respond to much in this thread.

In my view, giving him/her the code to use infinite resource is a gross error of judgement until the OP has confirmed that the program is working as expected.

I have experienced one user who submitted a looping program on Friday afternoon, who on return to work the next Tuesday found his job was still running and had produced zero results.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Thu Mar 29, 2007 10:30 pm    Post subject:
Reply with quote

Hello,

Even if it might be gotten away with, 1440 should NOT used.

NO 'application code' should ever specify 1440. Fortunately, many data centers automatically flush application jobs with 1440 in the jcl.
Back to top
View user's profile Send private message
tspr52

New User


Joined: 12 Sep 2006
Posts: 25
Location: Madrid, Spain

PostPosted: Fri Mar 30, 2007 12:30 pm    Post subject:
Reply with quote

You are right.

This example is just to be used only if you are sure your program is running ok, and only is "exhausted"

For example, if you are running ISRSUPC with a lot of parameters.

My excuses,

Jose Luis
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 -> JCL & VSAM All times are GMT + 6 Hours
Goto page 1, 2  Next
Page 1 of 2

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts PL/I code tuning/Performance improvement Virendra Shambharkar PL/I & Assembler 4 Mon Dec 05, 2016 11:57 am
No new posts What is the code in CLIST to enable t... jackzhang75 CLIST & REXX 1 Fri Dec 02, 2016 3:02 am
No new posts IDEAL - Code Retrieval yugendran CA Products 0 Fri Nov 25, 2016 3:27 pm
No new posts IMS BMP program causes 878 system abend Artemk IMS DB/DC 7 Tue Nov 22, 2016 8:26 pm
No new posts abend sort based on count records in ... anatol DFSORT/ICETOOL 5 Mon Oct 17, 2016 10:10 pm


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