Is it possible to delete a E-MLPA module dynamically ? On Mon, 21 Sep, 2020, 5:47 pm Pommier, Rex, <rpomm...@sfgmembers.com> wrote:
> Ok, now it's coming back. They don’t get paged out, if the system needs > the storage, it just throws the pages away because it can just reload them > if needed later. So PLPA modules are subject to paging, just not paging > out. I was mixing up page stealing and page out. > > Rex > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf > Of Joe Monk > Sent: Monday, September 21, 2020 8:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] Re: Searching MLPA module > > "All modules in the PLPA are treated as refreshable, and are not paged-out. > This action reduces the overall paging rate compared with modules in other > libraries." > > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae100/plpae.htm > > Joe > > On Mon, Sep 21, 2020 at 7:57 AM Pommier, Rex <rpomm...@sfgmembers.com> > wrote: > > > <quote> Unlike PLPA, it is subject to page out. </quote> > > > > Are you saying that PLPA pages are fixed and can't be paged out? > > Isn't that what the first P in PLPA means - pageable? The FLPA > > modules are page fixed and not subject to page-outs. > > > > Rex > > > > -----Original Message----- > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > > Behalf Of Seymour J Metz > > Sent: Friday, September 18, 2020 1:42 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [External] Re: Searching MLPA module > > > > The MLPA is key zero and it's bad form to put nonrefreshable code > > there, but it is not always read only. Unlike PLPA, it is subject to > page out. > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > > > ________________________________________ > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on > > behalf of Joe Monk <joemon...@gmail.com> > > Sent: Friday, September 18, 2020 12:55 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Searching MLPA module > > > > Thats incorrect. MLPA is read only. > > > > Joe > > > > On Fri, Sep 18, 2020 at 9:42 AM Itschak Mugzach < > > 00000305158ad67d-dmarc-requ...@listserv.ua.edu> wrote: > > > > > MLPA is in CSA and is modifiable while lpa is read only. > > > > > > בתאריך יום ו׳, 18 בספט׳ 2020, 17:17, מאת Peter <dbajava...@gmail.com > >: > > > > > > > Apology for being ingorant .. if LPA and MLPA are same then why > > > > are they being placed in a different parmlibs ? Aren't any > > > > difference between MLPA and LPA ? > > > > > > > > On Fri, 18 Sep, 2020, 5:56 pm Peter, <dbajava...@gmail.com> wrote: > > > > > > > > > We have a MLPA module from adabas which got loaded But we aren't > > > > > able > > > to > > > > > trace from which dataset it was loaded. > > > > > > > > > > Is there a way to know the dataset name from which or where it > > > > > is > > > saved ? > > > > > > > > > > On Fri, 18 Sep, 2020, 4:16 pm Itschak Mugzach, < > > > > > 00000305158ad67d-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > > > > >> Peter, > > > > >> > > > > >> There are some 3rd party products that load modules to modified > > > > >> LPA > > > (CSA > > > > >> or > > > > >> ECSA) as they start. They do it dynamically so if they don't > > > > >> start, > > > you > > > > >> save the storage. > > > > >> > > > > >> ITschak > > > > >> > > > > >> *| **Itschak Mugzach | Director | SecuriTeam Software **|** > > > > >> IronSphere > > > > >> Platform* *|* *Information Security Continuous Monitoring for > > > > >> Z/OS, > > > > zLinux > > > > >> and IBM I **| * > > > > >> > > > > >> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 > > > > >> 986404 > > > > >> **|* > > > > >> *Skype**: ItschakMugzach **|* *Web**: > > > > >> http://secure-web.cisco.com/1uYnAuN5Ol9abEOzh6GC-P1tZbk86urrVNM > > > > >> wV > > > > >> jYQIOlgTTKT4QSFQUFWraW13edzSO87wcJpA_vlV83vjhQ6pNhwF_TPNNPinlw5 > > > > >> -2 > > > > >> OILY5iiPF6DCNEZf4V-snl77CC0ryDjJKX1IXqCSzVhmJyKDOHkeEPJVg5n3quE > > > > >> Ri > > > > >> 5iKXNa8lPNRGG-nmnINU7l5ZqjQng3vMroYdM7NK9E6v8PUHuVZI_x-Os9BGacD > > > > >> vz > > > > >> UahCMk5zMagXS8ROJaZQrz6y5-pGJViFEhcRs27I7fmMZLvNqMg6NpG-7hBpElM > > > > >> xK > > > > >> W6HcMnUxUawEKd8vBATe_5Yk6i8ofPMrlUQJgXqbkyA_tdm5NN2iHk0LTeqaqQL > > > > >> vN > > > > >> DvmGIHfZWuID3FID6Syv2zm4lihXQEkcf_AZEnOmVCu2hkzgEziOHKxVOokp5hl > > > > >> F5 Gs2Y3jvSeTxRhvRxd67TM9/http%3A%2F%2Fwww.Securiteam.co.il > > > > >> **|* > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> On Fri, Sep 18, 2020 at 3:06 PM Peter Relson > > > > >> <rel...@us.ibm.com> > > > wrote: > > > > >> > > > > >> > <snip> > > > > >> > Is there any utility which can help to search the loaded MLPA > > > module ? > > > > >> > </snip> > > > > >> > What do you mean by "search the loaded MLPA module"? > > > > >> > > > > > >> > A program can use CSVQUERY to locate the address of a module > > > > >> > in LPA (whether PLPA, MLPA, FLPA, or dynamic LPA), just as it > > > > >> > can use LOAD > > > > and > > > > >> > then DELETE (CSVQUERY typically has less overhead than that > > > > >> > pair of operations). > > > > >> > > > > > >> > <snip> > > > > >> > We have a product which loads via MLPA and we just trying to > > > > understand > > > > >> if > > > > >> > it's possible to load it dynamically without the need of IPL > > > > >> > </snip> I do not understand this sentence either. Nothing > > > > >> > loads "via MLPA". > > > > Some > > > > >> > things might require that their parts be in LPA. Is that what > > > > >> > you > > > > meant? > > > > >> > If a program wants to put module(s) into LPA it can use the > > > > >> > CSVDYLPA macro. If a customer wants to put module(s) in LPA > > > > >> > it can use the > > > LPA > > > > >> > statement of the PROGxx parmlib member or the SETPROG LPA > command. > > > > >> > > > > > >> > > > > > >> > Peter Relson > > > > >> > z/OS Core Technology Design > > > > >> > > > > > >> > > > > > >> > > > > -------------------------------------------------------------------- > > > -- > > > > >> > For IBM-MAIN subscribe / signoff / archive access > > > > >> > instructions, send email to lists...@listserv.ua.edu with the > > > > >> > message: INFO > > > > IBM-MAIN > > > > >> > > > > > >> > > > > >> --------------------------------------------------------------- > > > > >> -- > > > > >> ----- For IBM-MAIN subscribe / signoff / archive access > > > > >> instructions, send email to lists...@listserv.ua.edu with the > > > > >> message: INFO > > > IBM-MAIN > > > > >> > > > > > > > > > > > > > ------------------------------------------------------------------ > > > > -- > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO > > > > IBM-MAIN > > > > > > > > > > -------------------------------------------------------------------- > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > The information contained in this message is confidential, protected > > from disclosure and may be legally privileged. If the reader of this > > message is not the intended recipient or an employee or agent > > responsible for delivering this message to the intended recipient, you > > are hereby notified that any disclosure, distribution, copying, or any > > action taken or action omitted in reliance on it, is strictly > > prohibited and may be unlawful. If you have received this > > communication in error, please notify us immediately by replying to > > this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for > delivering this message to the intended recipient, you are hereby notified > that any disclosure, distribution, copying, or any action taken or action > omitted in reliance on it, is strictly prohibited and may be unlawful. If > you have received this communication in error, please notify us immediately > by replying to this message and destroy the material in its entirety, > whether in electronic or hard copy format. Thank you. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
