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
 

 

CICS subpool LDEPGMRO in the ERDSA getting full

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS
View previous topic :: :: View next topic  
Author Message
maschina

New User


Joined: 06 Mar 2013
Posts: 2
Location: Czech Republic

PostPosted: Wed Mar 06, 2013 8:56 pm    Post subject: CICS subpool LDEPGMRO in the ERDSA getting full
Reply with quote

Dear specialists,

every time specific program in region was executed, storage used for LDEPGMRO subpool has increased. This leads to SOS when amount of transactions processed by CICS has doubled. Might this be caused by program definition within the CICS or the way this program was written? I can see there are only getmain requests and no freemain.

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

Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2502
Location: Atlanta, Georgia, USA

PostPosted: Wed Mar 06, 2013 9:20 pm    Post subject: Reply to: CICS subpool LDEPGMRO in the ERDSA getting full
Reply with quote

Maschina,

Do any of the programs issue a GETMAIN SHARED? If they do, an explicit FREEMAIN is mandatory. This could be a potential issue if the task abends. Non-Shared GETMAIN's will be implicitly FREEMAIN'ed at task termination, regardless. Otherwise, non-FREEMAIN'ed SHARED storage becomes orphaned (and not deallocated).

I'm not big fan of GETMAIN SHARED, specifically for the potential for the storage to be orphaned.

A region-recycle is the only way I'm aware of to recoup this orphaned storage.

Welcome to the Forum....
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7936
Location: Bellevue, IA

PostPosted: Wed Mar 06, 2013 9:25 pm    Post subject:
Reply with quote

Is this a new program or recently changed program?
Did the SOS just start or has it been going on a while and somebody decided finally to do something about it?
Is the program unusually large -- perhaps it has internal tables that increased the size of the load module?
LDEPGMRO contains 31-bit application programs, so the CICS support person at your site would want to start by looking at the program definition (compared to similar programs, especially) as well as what the program is doing as either one could be causing the issue.
Back to top
View user's profile Send private message
Jose Mateo

Active User


Joined: 29 Oct 2010
Posts: 110
Location: Puerto Rico

PostPosted: Fri Mar 08, 2013 8:06 pm    Post subject: Reply to: CICS subpool LDEPGMRO in the ERDSA getting full
Reply with quote

Good day to all!
Maschina, you are getting the SOS condition because there's a contention for dynamic storage due to as you mentioned that the transaction load has double in your CICS region. Two things could be done and that is decrease the MXT (maximum concurrent tasks) parameter plus if its possible increase the EDSALIM parameter.
Back to top
View user's profile Send private message
maschina

New User


Joined: 06 Mar 2013
Posts: 2
Location: Czech Republic

PostPosted: Fri Mar 15, 2013 6:34 pm    Post subject:
Reply with quote

Thanks to all for your help.

Bill O'Boyle :
While checking the trace in Omegamon I did not noticed any GETMAIN SHARED, but I will search, thanks for input.

Robert Sample:
This is old program used for a long time and nobody decided to do anything, just me because I take care about CICS region and it annoys me to solve SOS cause by these programs ;-) program is small.. but every run takes a little bit of memory.

Jose Mateo:
Transactions are not running concurently. Transaction load has doubled, but still - if you check currently executing, there is usually nothing. For this reason I do not see the point to increase EDSALIM because storage is taken by tasks that have finished already, just left orphaned storage probably.

I am just collecting as much info I can to send it to developers of the application to tune the programs. It does not cause any issues during normal processing (EDSALIM is high enough) just when transaction load increase (beginning of month, quater or whenever it is used). When I monitor EDSA during the day, in the evening I can see most of it is taken already.. but CICS service hours are only 7-18h30 so before it can cause any issues, it's stopped.
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 -> CICS All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts CICS to Webservices safexc CICS 1 Sun Jan 22, 2017 5:49 pm
This topic is locked: you cannot edit posts or make replies. Full Time COBOL Software Development ... shally Mainframe Jobs 0 Fri Jan 20, 2017 5:24 am
No new posts CICS transaction slow response time vasanthz All Other Mainframe Topics 2 Thu Jan 19, 2017 1:31 am
No new posts INDEPENDENT CICS TS 4.1 MRO REGION UP... Kyle Carroll CICS 0 Wed Dec 14, 2016 6:55 pm
No new posts CICS START AND CANCEL blayek CICS 1 Wed Dec 07, 2016 3:27 am


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