Documentation for the GRSCNFxx parmlib member can be found in z/OS V1Rx.0 MVS Initialization and Tuning Reference (although GRSQ was added in the APAR OA07975, as you mentioned, so may not be there in your copy of the publication).
Your first syntax choice would work fine, i.e. GRSDEF MATCHSYS(LPAR1) GRSQ(CONTENTION) GRSDEF MATCHSYS(LPAR2) GRSQ(CONTENTION) etc. However if all your systems will use identical GRSCNFxx options you may want to instead use: GRSDEF MATCHSYS(*) GRSQ(CONTENTION) Typically a syntax error in GRSCNFxx causes the IPL to stop very early in the initialization. So it's certainly beneficial to perform a rolling IPL rather than reIPLing all the systems at once. Separate from your GRSQ performance issue, you may also want to consider SYNCHRES(YES) in GRSCNFxx too. This is default in R6, and helps prevent certain deadlock scenarios with Reserve processing. But be sure to apply the appropriate PTF for APAR OA08596 before doing so; it avoids certain ABEND738 cases when SYNCHRES(YES) is used. Bryan Childs GRS Development IBM Poughkeepsie ---------------------------------------------------------------------- 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
