On Tue, 31 Oct 2017 20:09:07 +0000, Steely.Mark <[email protected]> wrote:
>This is the steps to add and remove PDS/E from the LNKLST from an IBM document: >http://www-01.ibm.com/support/docview.wss?uid=isg3T1010789 > >To remove a PDSE in LNKLST: > >SETPROG LNKLST,DEFINE,NAME=LNKLST2,COPYFROM=LNKLST1 >SETPROG LNKLST,DELETE,NAME=LNKLST2,DSNAME=YOUR.LINKLIST.PDSE >SETPROG LNKLST,ACTIVATE,NAME=LNKLST2 >SETPROG LNKLST,UPDATE,JOB=* >F LLA,REFRESH > >To add it back, do the following: > >SETPROG LNKLST,DEFINE,NAME=LNKLST3,COPYFROM=LNKLST2 >SETPROG LNKLST,ADD,NAME=LNKLST3,DSNAME=YOUR.LINKLIST.PDSE >SETPROG LNKLST,ACTIVATE,NAME=LNKLST3 >SETPROG LNKLST,UPDATE,JOB=* >F LLA,REFRESH > >This would need to be done on all LPARs that share the link listed PDSE. > >My question is would it be possible to activate LNKLST1 again instead of >defining LNKLST3 ? > >We are z/OS v2.2. > It depends. If LNKLST1 is the IPL LNKLST, then no. If it isn't the IPL LNKLST then you can UNDEFINE LNKLST1 and then create a new LNKLST1. See "UNDEFINE" in the SETPROG LNKLST command syntax. But why? It doesn't hurt to have multiple names, even if no address spaces were using a particular named set. I would remove the library from LLA along with the 1st step as well. It should get automatically added in when you add the library back to the LNKLST since LLA manages the LNKLST set. In addition, I wouldn't use UPDATE,JOB=* at all unless it was some sort of emergency. Any new job will pick up the new LNKLST set. If you are trying to get some address space the new modules without restarting it, there is a chance it doesn't matter anyway since so many system / ISV address spaces keep the module loaded in internal storage at startup time. If you still think you need it, I would add ",DELAY=5" and limit it to whatever address space(s) you are trying to "fix". See the archives for past discussions on using "UPDATE,JOB=*" . The FM has some warnings on using UPDATE also. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:[email protected] Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
