View previous topic :: View next topic
|
Author |
Message |
saikat
New User
Joined: 23 Jun 2008 Posts: 26 Location: pune
|
|
|
|
Hi
I am getting S222 abend with short on storage(SOS). Please advise how to debug and sort this out.
Regards,
Saikat |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Someone with authority, probably OPS, cancelled the job (S222).
Ask the OPS who cancelled it, and then ask the canceller why they thought it was necessary?
They may just say it was the SOS, or they may give you some other reasons.
Often it is a BFL (Big Fat Loop), which is characterised by pigging as many resources as it can. The SOS might indicate aquisition of storage within the loop.
Maybe they just killed it because of the SOS.
Whatever, if you have a dump to look at, and they say they suspect a loop, then find what module it was in, what instruction (previous to NSI), usual sort of stuff, and work out why.
If just the storage concern, same thing, and find what was eating the storage. |
|
Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008 Posts: 2501 Location: Atlanta, Georgia, USA
|
|
|
|
REGION size could be the reason why the CANCEL was issued....
Bill |
|
Back to top |
|
|
saikat
New User
Joined: 23 Jun 2008 Posts: 26 Location: pune
|
|
|
|
Thanks for your reply. But it was not cancelled by OPS. The CICS region got automatically restarted because of this. As far as BFL(big fat loop) is concerned I am also suspecting this. But very strangely the situation occurs for a certain number of records(not fixed always) when one transaction runs and the same thing happens when this transaction runs twice with each transaction and with half number of records. Say suppose if transaction A fails with 2x number of records , same transaction will fail with x number of records if it runs twice at the same time. If loop would have been the case the number of records would have been the same after which loop starts no matter how many transactions run at same time. So I also doubt if anything setup at system level for that transaction (e.g number of records processable at some point of time by that transaction and if it exceeds it will fail abruptly). I have run the transaction with smart test (debugger) also but can't find any loop. Please advise. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
So what you are basically telling us is (1) nobody cancelled the region -- even though S222 MEANS SOMEBODY OR SOMETHING CANCELLED THE REGION, and (2) there's no possible way anything could cause the SOS -- EVEN THOUGH THE MESSAGES ARE SHOWING UP.
When you wake up and are willing listen to reality, come back and we'll try to help you resolve the problem. But as long as you deny there is a problem, and refuse to believe the computer which is telling you there is a problem, there's nothing for us to help you with. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
But it was not cancelled by OPS. |
Maybe not by some human operator, but maybe by an "automation" product. Check with Operations or the system support people to see if this is already set up to cancel on an SoS.
Then determine what is eating up the storage - almost surely a program problem. Whether someone believes this or not. . . Keep in mind it may be "this" program or some other, making this a victim. . .
Personally, i believe it is "this" program. . . |
|
Back to top |
|
|
saikat
New User
Joined: 23 Jun 2008 Posts: 26 Location: pune
|
|
|
|
Yes the CICS region was restarted by automation no manually. I have tried with increasing EDSA limit for that CICS region but that also couldn't help. So I guess looping is causing problem. But if you read my previous note you can see it's difficult to predict looping. But I will keep investigating. Any suggestion would be greatly appreciated. |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Do you have a dump?
If doesn't matter how many pieces of data cause the loop - unless you look for commonality - but with the dump you'll get it. |
|
Back to top |
|
|
saikat
New User
Joined: 23 Jun 2008 Posts: 26 Location: pune
|
|
|
|
Thanks I will get you the dump shortly..... |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
you can dump your dump anywhere you want,
but there is little we can do with a dump
of your software..... |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
saikat wrote: |
Thanks I will get you the dump shortly..... |
Like dbz, I can't say I was expecting you to give it to us.... |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
Back to top |
|
|
saikat
New User
Joined: 23 Jun 2008 Posts: 26 Location: pune
|
|
|
|
yes DFHSM0133 |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
Back to top |
|
|
|