SPFEDIT recommendations with CA MIM GDIF
search cancel

SPFEDIT recommendations with CA MIM GDIF

book

Article ID: 216041

calendar_today

Updated On:

Products

MIM Data Sharing (MII) MIM Resource Sharing (MIM)

Issue/Introduction

What is the recommendation to code SPFEDIT to prevent reserves

Noticing the SPFEDIT reserve not always being converted (as seen in display counts) and holding up a VOLSER and causing issues for others.

 

IEF196I IOS071I 3557,**,SMSVSAM, START PENDING
IEF196I         STATUS: I/O WAITING FOR I/O OPER FROM ANOTHER SYSTEM
IOS071I 3557,**,SMSVSAM, START PENDING 624
        STATUS: I/O WAITING FOR I/O OPER FROM ANOTHER SYSTEM
OPS3092J OI IOS071I 3557 IOS071I-TESTPLEX-3557 *MASTER* MSTR 6FB613D0
IOS071I 3557,**,SMSVSAM, START PENDING         STATUS: I
OPS3092J I/O OPER FROM ANOTHER SYSTEM

/D GRS,DEV=3557

ISG343I 17.03.25 GRS STATUS 263
DEVICE:3557 VOLUME:TSL095 RESERVED BY SYSTEM SYSV
S=SYSTEM SPFEDIT  USER001.ISPF.ISPPROF
SYSNAME   JOBNAME      ASID     TCBADDR   EXC/SHR   STATUS
SYSV      USER001      02BF     00AAC768 EXCLUSIVE   OWN

 

Environment

Release : 12.5
Component : MII

  • Running with PROCESS=ALLSYSTEMS
  • SPFTEMP datasets are LPAR specific based on naming standards (eg. LPAR name included in data set name)
  • SYS1.BRODCAST and SYS1.UADS not shared between LPARS in MIMPlex

MIMINIT:

GDIINIT PROCESS=ALLSYSTEMS

MIMEXMPT:

LOCAL    QNAME=SYSDSN,RNAME=?.ISPF.ISPPROF
LOCAL   QNAME=SPFEDIT,RNAME=?.ISPF.ISPPROF
LOCAL    QNAME=SYSDSN,RNAME=?.SPFTEMP0.CNTL
LOCAL    QNAME=SYSDSN,RNAME=?.?.SPFTEMP0.CNTL

MIMQNAME:

SPFEDIT, GDIF=YES,           /* ISPF
         SCOPE=SYSTEMS,
         EXEMPT=YES,
         ECMF=YES,
         RPTAFTER=0,
         RPTCYCLE=60

SYSDSN   GDIF=YES,           /* DATASET ACCESS
         SCOPE=SYSTEM,
         EXEMPT=YES,
         ECMF=YES,
         RPTAFTER=30,
         RPTCYCLE=60


Example result from a DISPLAY COUNTS command:
 
MIM1016I GDIF COUNTS display
 Last RESTART at 07:28:46 on 2021.136
   RESOURCE TYPE  ------ ENQS ------   ----- RESERVES -----     GLOBAL
    (QNAME)        ISSUED  PROCESSED      ISSUED   PROCESSED   CONFLICTS
   SYSZVVDS  N          3          0    151.998M          0           0
   SYSIGGV2  S          0          0    132.740M   132.740M      1.028M
   SYSDSN    M    16.518M    16.372M           0          0       5,605
   SYSVSAM   S    14.799M    11.958M           0          0     207,734
   SPFEDIT   S    311,904    281,026     290,312    270,430          34

Cause

LOCAL statement for ISPF.ISPPROF in MIMEXEMPT preventing ENQ from being propagated globally and convert reserves 

Resolution

Recommend 2 changes:

1. Change PROFILE_SHARING=YES in ISPF.

This is explained in Chapter 3: Customizing ISPF 

https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4gc193623/$file/f54pc00_v2r4.pdf

2. Remove or comment the following 4 LOCAL statements in the exempt member, MIMEXMPT:

LOCAL    QNAME=SYSDSN,RNAME=?.ISPF.ISPPROF
LOCAL    QNAME=SPFEDIT,RNAME=?.ISPF.ISPPROF
LOCAL    QNAME=SYSDSN,RNAME=?.SPFTEMP0.CNTL
LOCAL    QNAME=SYSDSN,RNAME=?.?.SPFTEMP0.CNTL

  • Removing the 2 ISPPROF statements will cause GDIF to propagate these ENQs globally and convert the reserves.
  • Removing the 2 SPFTEMP statements will causes GDIF to propagate these ENQs globally. This is safe because the system name is part of the dataset name, therefore no false global ENQ contention should occur.

An IPL is recommended to implement these changes.