MIM not sharing spftmp0.cntl dataset across lpars post z/OS 3.1
search cancel

MIM not sharing spftmp0.cntl dataset across lpars post z/OS 3.1

book

Article ID: 374737

calendar_today

Updated On:

Products

MIM Resource Sharing (MIM)

Issue/Introduction

We are upgrading from z/OS 2.5 to 3.1

On lpars where we have zOS 3.1 rolled out, MIM is not allowing userid.spftemp0.cntl dataset across all those lpars.

When I login to one system and submitt a job, I am unable to submit a job from other system even though the catalog in which those datasets cataloged is different.

On the second system I see this error

ISPF system data set allocation error – press Enter to continue.
Temporary control card data set cannot be allocated.
Data set ‘user.SPFTEMP0.CNTL’ in use by another user, try later.

If I log onto an LPAR where zos 2.5 is running, that system is not causing any trouble with zos 3.1 system dataset entry.


Also, logging off from TSO on z/OS 2.5 shows

userid.systemname.SPFLOG1.LIST has been deleted.
READY

 

Logging off on 3.1 shows

userid.SPFLOG1.LIST has been deleted.
READY


Why is this different?

Please help us resolve this issue. 

Cause

IBM ISPF exits were not carried forward

Resolution

This section of the IBM Planning and Customizing doc IBM Installation - Wide Exits, Exit 16 may address the problem you are experiencing as it handles customization of ISPF dataset names. There are multiple exits that may be involved depending on the specific problem experienced. 

If the exits are implemented on z/OS 2.5 and not on 3.1, that would explain the different behaviors.

This is not a MIM problem.

 

 

Additional Information

If this does not address your contention issues, please contact Broadcom MIM support.