I prefer to avoid the problem by never updating a live linklist library.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of Ed Jaffe <edja...@phoenixsoftware.com> Sent: Tuesday, October 2, 2018 2:33 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: S106 abends after copying into LINKLIST On 10/1/2018 1:34 PM, Jesse 1 Robinson wrote: > There are two separate problems here. (1) A link list library taking a new > extent after IPL. (2) An LLA-managed library having contents moved by either > compress or reload. > > (1) Can be avoided by simply not defining any secondary extent, i.e. > specifying a secondary of zero. Getting more than one extent to satisfy the > original allocation is not a problem as long as no additional extent is > allowed afterward. If a new extent is truly needed to hold enlarged content, > then link list update can be used. > > (2) Seems to be OP's issue. LLA REFRESH can handle the consequences of > dynamic update within the original (IPL time) extent(s). Note that REFRESH is > needed on all sharing systems. I never liked defining secondary of zero. I realize it's IBM's recommendation, but it all but ensures a compress will be performed when the library fills up. I've had systems crash either during or after such a compress -- sometimes with disastrous consequences! I would much rather take a new extent for one relinked module than risk corrupting the *ENTIRE LIBRARY* with a "live" compress using DISP=SHR. Of course, periodic compress of LNKLST PDS libraries is not a bad idea when done under controlled circumstances: i.e., "quiet" time and LLA on all sharing systems has been shut DOWN. Also, I like to STEPLIB any IEBCOPY job to a recent *copy* of SYS1.LINKLIB to ensure IEBCOPY program parts are not moved during the compress... BTDTGTS!! -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://secure-web.cisco.com/1q8GhGGjGwO5ssJJgtG_tT5WKJ_rYH8AUo2gsNSG8zHaWD8GRoN3t5cTibn5HAkwdZERfkLyrabLgeVrt9KBZCPT2SrOjk9ep2Hf2eQWbMWvftOuZ2ERmcHXpcAZ52N4fT0y0iizIs0dcaFmdLk6hAk_QRtJQO2-qDrVtaJEhhu13sZUCvmibSV7W6gjvtr4ceCEduqBgWlTBHwP115SaVENlRqaafahiX4TxFWBqbj6mVb2TAZiUZr5NuZqsxrAG0VVuAm0a0ceXJr4YXBxBuebUVMwd2a7NxyMj7c8qsD0iBH9mXpgyQYb6cCn5hy8whtD_gAqVkIGTVbteWe13MRs6L-dCer4i-W23-BA-XQXNkc-hI5nAlGrxSPUdTQa9qFBP1Ry-LavSEX56ptGDNovjGGZdoJlKJjPGgcEKHMOn8TKuyXI3BdlZ0P4JIGPt/https%3A%2F%2Fwww.phoenixsoftware.com%2F -------------------------------------------------------------------------------- This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. ---------------------------------------------------------------------- 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