How to Solve s222 Abend - JOB Cancelled

genesis786 · Posted: Thu Dec 28, 2006 11:11 am

Hi,

I was running a job in TSO, which got abended after 3 hours of clock time. Abend code was S222. I had given TIME=NOLIMIT in the job statement. I think that some other job had pulled the resources which made my job abend.

Can I somehow find which job did that?

priyesh.agrawal · Posted: Thu Dec 28, 2006 11:17 am

genesis786 · Posted: Thu Dec 28, 2006 12:15 pm

Nah! There is no infinite loop. It's a simple restore job, restoring files from a tape.

Version 6.5 Parm S222
Message S222 U0000 REASON=00000000 710
----------------------------------------------------------------------------
********************* Text Below Copyright (c) 2006, IBM ******************
222,
,
Explanation: The operator, or an authorized time sharing option,
extensions (TSO/E) user, canceled the job without requesting a dump.,
,
System Action: The system ends the job. In some cases, the system might,
write a dump even though a dump was not requested, depending on which,
system routine has control.,
,
Programmer Response: Find out why the operator or TSO/E user canceled the,
job. Correct any errors and resubmit the job. If you want a dump, have the,
operator resubmit the job and then cancel it using the command CANCEL,
jobname, DUMP.,

This made me think that a job has abended my job!

PeD · Posted: Thu Dec 28, 2006 1:26 pm

UmeySan · Posted: Thu Dec 28, 2006 3:21 pm

Hi there !

Three hours for a simple restore of a dataset. Are you shure, that this specific dataset was not blocked by another system or task.

Regards, UmeySan

Bitneuker · Posted: Thu Dec 28, 2006 3:44 pm

Did anyone notice the message : WAITING FOR DATASETS???? If it was a restore from tape who's the one hiding it? Did someone allocate the dataset to be restored (it might be yourself allocating it by TSO).

genesis786 · Posted: Tue Jan 02, 2007 2:57 pm

Job was restoring the datasets from the tape! Everything was going well and suddenly I find the my job has abended with S222.

Now there are only 2 possibilities for this to happen:

1. Job exceeded the time limit. (which i obviated by coding TIME=NOLIMIT).

2. Some other user/job pulled the resources which made my job abend.

Given the second one happen, is it possible somehow to find out what job or which user did that? Because I couldn't find any meaningful message in the joblog which could lead me to the answer!

PeD · Posted: Tue Jan 02, 2007 3:03 pm

As said before, check LOG or SMF records.

But can't you consider now ( after 7 days ) this as an accident?

Bitneuker · Posted: Tue Jan 02, 2007 3:11 pm

As far as I know exeeding time limit results in a S322 so imho the restore was cancelled by an operator either due to waiting for datasets or they needed a tape-unit or the tape had irrecoverable errors or whatever. The systemlog, like PeD states, should show what actually happened. Every keystroke an operator enters at his console is recorded. Did you try to run the recovery job again?

dick scherrer · Posted: Tue Jan 02, 2007 10:49 pm

Hello,

Are we interested in a S322 or a S222 abend?

If it is a 222, it is most likely an "operator cancel". Some reasons for an operator to cancel a job are:
The operator canceled your job for one of the following reasons:

1. It was waiting for resources that were not immediately available.
2. It appeared to be in a loop.
3. It was canceled to correct a system interlock condition.
4. It may have violated a procedure established for your installation.
5. It may have been a mistake - the wrong job was canceled.

In many organizations, the operations people are required to document ANY job cancels. If you have this happen in the future, you should call/visit your scheduling or operatons dept and have them explain why the job was canceled.

Bitneuker · Posted: Wed Jan 03, 2007 1:52 am

@d.sh among others,

TS mentioned an S222 (cancelled by operator). Hopefully TS will get back to us.............I hope

gamarendra · New User Joined: 12 May 2006 Posts: 13 Location: bangalore

Hi All,
If a job abends with S122 and S322 means it's Looping.

If it is S222 it's Cancelled by an operator.

/references/a29.html#U1

dick scherrer · Posted: Wed Jan 03, 2007 9:45 am

Hello,

A 322 doesn't necessarily mean a job is looping.

Quite often this happens when a job exceeds the allowable cpu time for that job. The job then needs to be run in a different class (if classes at your site include cpu time restrictions) or have the time parameter increased - making sure that the program is NOT in a loop first.

I's suggest that you check with your scheduling or operations people to find what the rules are.

Praveen Kumar Singh · New User Joined: 02 Jan 2007 Posts: 6 Location: Mumbai

Hi Rahul,
For your Abend S222.

Check the Job log first(as told before). If there is no explanation contact operator---Possible cause is Line or Card estimate exceeded JCL error caused mount request for invalid or Non-Existing Volume of the Device currently not Available.

mmwife · Super Moderator Joined: 30 May 2003 Posts: 1592

Other likely causes are:

The operator thought the job was in a loop (or wait state) and he cancelled.

The operator needed resources used by the job for production work and he cancelled.

The operator thought 3 hrs was enough time for a test job (and nobody told him about a special case) and he cancelled.

The operator thought he'd "teach this guy a lesson" and he cancelled.

raak · Posted: Fri Mar 09, 2007 4:08 pm

hey there,

In our shop, we are supposed to use different value for CLASS in the jobstep if the jcl contains any Tape dataset.

I.e if we have a tape dataset in the jcl, we use CLASS=R, otherwise CLASS=N..

And the catch is; If u don't give the correct value for class, then the job is going to abend with S222.
For example, if i try to run a jcl which uses a tape dataset and i have given CLASS=N in the jobcard, then I get an S222.

Since u mentioned about the tape datasets, u can check for such a case also...