Unable to access or rename a data set - contention with CAMIMGR
search cancel

Unable to access or rename a data set - contention with CAMIMGR

book

Article ID: 101873

calendar_today

Updated On:

Products

MIM Resource Sharing (MIM) MIM Data Sharing (MII) MIM Tape Sharing (MIA) MIM Message Sharing (MIC)

Issue/Introduction

We are unable to rename a dataset which says it is in contention with CAMIMGR (MII). How can we free (release) this dataset, and possibly other datasets from contention with CAMIMGR?

We have job trying to access a dataset that shows contention with MIM. Why is MIM holding the dataset?

Environment

Release: 12.5
Component: MII

Cause

When a user address space on an external system owns a global ENQ, and the local system is waiting, GRS shows CAMIMGR as the owner of the ENQ. This scenario is referred to as a "MIM-blocking ENQ".

When you see contention with your MIM STC on the same LPAR where you are attempting to access or update a file, it is not a conflict with  MIM as such; MIM is holding a local ENQ to prevent changes due to contention with a different system.

Resolution

Use the DISPLAY ENQRESOURCE command to determine who is holding the dataset to be renamed.

F MIM,D ENQR=(qname,dsname

If you are not sure of the qname needed, you can issue the following command:

F MIM,DISPLAY CONFLICTS

* The D ENQR command may need to be entered on multiple systems to find the true non-MIM owner. 

Example:

F MIM,D ENQR=(SYSDSN,SYSTEM.PROD.LOAD)
MIM0067I Command DISPLAY 211 
MIM1091I GDIF ENQRESOURCE DISPLAY 
   QNAME     RNAME                           Requestor      Type 
   SYSDSN    SYSTEM.PROD.LOAD                S=PRD1      HOLDS SHR 
                                             S=TST1      HOLDS SHR 


The display results show that two different users on system PRD1 and TST1 own the enqueue which is preventing the rename. 

The command needs to be entered again on PRD1 and TST1 to find the true owner.

Additional Information