Shadow MUF doesn't take over until primary MUF is cancelled

Products

• Datacom
• DATACOM - AD
• CIS
• COMMON SERVICES FOR Z/OS
• 90S SERVICES
• DATABASE MANAGEMENT SOLUTIONS FOR DB2 FOR Z/OS
• COMMON PRODUCT SERVICES COMPONENT
• Common Services
• CA ECOMETER SERVER COMPONENT FOC
• Easytrieve Report Generator for Common Services
• INFOCAI MAINTENANCE
• IPC
• UNICENTER JCLCHECK COMMON COMPONENT
• Mainframe VM Product Manager
• CHORUS SOFTWARE MANAGER
• CA ON DEMAND PORTAL
• CA Service Desk Manager - Unified Self Service
• PAM CLIENT FOR LINUX ON MAINFRAME
• MAINFRAME CONNECTOR FOR LINUX ON MAINFRAME
• GRAPHICAL MANAGEMENT INTERFACE
• WEB ADMINISTRATOR FOR TOP SECRET
• Xpertware

Issue/Introduction

I issued an EOJ command to the currently primary MUF but the shadow MUF doesn't appear to take over. I had to cancel the primary region and then shadow finally took over. 

Why do I have to cancel the primary in order to shadow to take over?

 

Environment

Release: DBCISF00200-15.1-Datacom-Database-Option for CICS Services
Component:

Resolution

The primary MUF correctly received the EOJ command but there were some active jobs that delayed the EOJ process:

DB01311I - COMM EOJ (USING MVS STOP 'P')
DB01335I - CONSOLE SCHEDULED - COMM EOJ (USING MVS STOP 'P')
DB00247I - EOJ REQUESTED, NO NEW CONNECTIONS, EOJOFF AVAILABLE
DB00244I   EOJ DELAYED, ACTIVE TASKS, JOB1

Primary MUF will complete the EOJ process when JOB1 ends or disconnects from MUF. 

If JOB1 is a CICS region, then issuing a DBEC DISConnect releases the Datacom tasks in use and MUF will shut down cleanly. 

If it's a batch job (or a TSO user), you can wait till it completes or cancel it. 

If it's a Datacom Server region, it must be shut down.

If it's a CA Solution, you should close or suspend it, to free the Datacom threads.