On Fri, 28 Mar 2008 14:35:42 -0500, Paul Gilmartin <[EMAIL PROTECTED]> wrote:
>On Fri, 28 Mar 2008 12:03:54 -0500, Mark Zelden wrote: >> >>>In an earlier contribution, you mentioned that JES holds no ENQ >>>on the PROCLIBs. That sounds terribly dangerous. Why would they >>>design it that way? >>> >> >>How would you ever re-allocate a proclib if it was ENQed? At least >>before TSO. Shutdown JES2, then run a batch job to do the rename. >>Wait... you can't run a batch job, JES2 is down! >> >To my meager understanding, if JES2 is down you're SOL, whether >or not it ENQs (but is there a special case in which JES2 might >crash but fail to free the ENQS?) By my ancient experience, >if JES2 is down, TSO is likewise SOL (or was it Roscoe, then?) Exactly. So with no ENQ the procedure would usually be to reallocate the PROCLIB just before a planned IPL. Allocate under a new name, rename the existing one to a backup name, rename the new one to the original name, then IPL. Note the rename as opposed to delete. Even though the PROCLIB is renamed while open to JES2, it is still accessible and usable. The same thing was done with LNKLST libs and still can be done if you release the ENQ. > >If JES2 is up, then: > >o Submit a job with: > > - STEP1 IDCAMS ALTER NAME > > - STEP2 IEFBR14 with DISP=OLD on the PROCLIB catenands. > >o The job waits on PROCLIB ENQ > >o Stop JES2 > >o Start JES2 > >o JES2 waits on PROCLIB ENQ > >o The RENAME job completes freeing the ENQs > >o JES2 allocates PROCLIB and continues. > >Hmmm. This requires JES2 stopped and started on all systems >in the GRSplex. But the timing isn't entirely critical; >ENQ helps. > And all that doesn't sound terribly dangerous too? :-) Think back to the days when you had a single system. I'll take the old way with RACF protection to keep someone who didn't know what they were doing from deleting or moving the proclib. As I mentioned... if that wasn't good enough you could easily add the PROCLIBs with DISP=SHR to some arbitrary long running STC to get the ENQ. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
