Re: Reloading a member of ELPA

2016-09-28 Thread Elardus Engelbrecht
Blake, Daniel J [CTR] wrote: >Have you tried Health Checker. These are the ones that I see: Partially yes, but I missed (too lazy to scroll properly down) these goodies you kindly showed: VSM_CSA_CHANGE VSM_CSA_LARGEST_FREE VSM_CSA_LIMIT VSM_CSA_THRESHOLD VSM_PVT_LIMIT VSM_SQA_LIMIT VSM

Re: Reloading a member of ELPA

2016-09-28 Thread Blake, Daniel J [CTR]
have ECSA from the prior IPL. Dan   -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Wednesday, September 28, 2016 9:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reloading a member of ELPA Peter Relson

Re: Reloading a member of ELPA

2016-09-28 Thread Elardus Engelbrecht
Peter Relson wrote: >If it is true that there is not enough (E)CSA available to accommodate the new >copy of the load module, then yes an IPL is required. Are there any messages in SYSLOG or RMF or SMF which can warn me that (E)CSA is getting too full? I looked at these messages, but, unless I

Re: Reloading a member of ELPA

2016-09-28 Thread Peter Relson
>I was going to say "deprecated" (I trust Skip to correct me if >the usage is incorrect :) MLPA is still supported, but DLPA >is greatly preferred. I disagree. Each has its place, as does PLPA and FLPA. If it is true that there is not enough (E)CSA available to accommodate the new copy of th

Re: Reloading a member of ELPA

2016-09-27 Thread Jesse 1 Robinson
A.EDU] On Behalf Of Art Gutowski Sent: Tuesday, September 27, 2016 7:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Reloading a member of ELPA I was going to say "deprecated" (I trust Skip to correct me if the usage is incorrect :) MLPA is still supported, but DLPA is

Re: Reloading a member of ELPA

2016-09-27 Thread Art Gutowski
0:50 AM >> >> Why not put it MLPA if its being called thousands of times a day? >> >> -Original Message- >> From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> >> Sent: Monday, September 26, 2016 10:48am >> To: IBM-MAI

Re: Reloading a member of ELPA

2016-09-26 Thread Mark Jacobs - Listserv
te the original message (including any attachments) in its entirety. Thank you -Original Message- From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> Sent: Monday, September 26, 2016 10:48am To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reloading a member of

Re: Reloading a member of ELPA

2016-09-26 Thread Steve
chant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> Sent: Monday, September 26, 2016 10:48am To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reloading a member of ELPA On Mon, 26 Sep 2016 10:44:43 +, Hilary Hurwitz wrote: >Our shared Natural nucleus (SAG products site here) sits in ELPA .

Re: Reloading a member of ELPA

2016-09-26 Thread Tom Marchant
On Mon, 26 Sep 2016 10:44:43 +, Hilary Hurwitz wrote: >Our shared Natural nucleus (SAG products site here) sits in ELPA . > >I need it to be reloaded due to some urgent fixes we applied, but my advisor >in System group tells me that is impossible, >apart from an IPL, since the reload will n

Re: Reloading a member of ELPA

2016-09-26 Thread Mark Jacobs - Listserv
True, it won't reuse the space in ELPA, but will use some space in ECSA for the new module. Unless you're very short on ECSA, it's not a concern to do so. Mark Jacobs Hilary Hurwitz September 26, 2016 at 6:44 AM Our shared Natural nucleus (SAG products site here)

Reloading a member of ELPA

2016-09-26 Thread Hilary Hurwitz
Our shared Natural nucleus (SAG products site here) sits in ELPA . I need it to be reloaded due to some urgent fixes we applied, but my advisor in System group tells me that is impossible, apart from an IPL, since the reload will not release the space it previously used. And we will overfill th