OPS/MVS - SSMGA not honoring PREREQs on resource move

Products

• OPS/MVS Event Management & Automation

Issue/Introduction

We are encountering errors with the SSMGA move process where it appears that the defined PREREQs for resources are not being honored when the resources moves. We turned on  SSMDEBUG for the data below.  

XXXXXMON should have waited for 4 resources (rsc1MSTR,rsc1CHIN,rsc1CAP,rsc1QAPP) but waited for NONE. 

19:52:09 OPS7914T   OPS7914T SSM AUDIT: STCTBL.xxxxxMON ADDED by OPSOSF SGINSRES                            
19:52:09 OPS7913T   OPS7913T SSM GLOBAL ADD for STCTBL.xxxxxMON: RULE=SGUPPLVA ADD STCTBL.xxxxxMON          
19:52:09 OPS7913T   OPS7913T SSM PROCESS SELECT for STCTBL.xxxxxMON: PROCESS=MATCH,XSUBREQ,XPREREQ,MSUBREQ  
19:52:09 START      START xxxxxMON                                                                          
...
19:53:37 OPS7914T   OPS7914T SSM AUDIT: STCTBL.rsc11MSTR ADDED by OPSOSF SGINSRES                          
19:53:37 OPS7913T   OPS7913T SSM GLOBAL ADD for STCTBL.rsc1MSTR: RULE=SGUPPLVA ADD STCTBL.rsc1MSTR        
19:53:37 OPS7913T   OPS7913T SSM PROCESS SELECT for STCTBL.xxxxxAPP: PROCESS=MATCH,XSUBREQ,XPREREQ,MSUBREQ
19:53:37 OPS7913T   OPS7913T SSM PROCESS SELECT for STCTBL.xxxxxCAP: PROCESS=MATCH,XSUBREQ,XPREREQ,MSUBREQ
19:53:37 OPS7913T   OPS7913T SSM PROCESS SELECT for STCTBL.rsc1CHIN: PROCESS=MATCH,XSUBREQ,XPREREQ,MSUBREQ
19:53:37 OPS7913T   OPS7913T SSM PROCESS SELECT for STCTBL.rsc1MSTR: PROCESS=MATCH,XSUBREQ,XPREREQ,MSUBREQ
19:53:37 #XXX1      #XXX1 START QMGR                                                                      
...
Etc. etc. After the start attempt xxxxxQMON

Environment

Release : 13.5

Component : OPS/MVS

Resolution

The STATEIGNOREMPRE parm was set to 'YES'.  This causes prereqs that are not in the table to be ignored. 

This is of value to handle deleting a resource and not updating prereqs, but it is not good for moving a group of resources that are prereqs. 

To resolve set that parm to 'NO' or move the resources in a down state then start them after they are all moved. 

Note:  Changing the STATEIGNOREMPRE will not affect the MINOF statement in your prereq. As long as one of those resources are up on that system, the MINOF will be satisfied. 

 

If this does not resolve the issue, open a support case and supply the following documentation:

1.  A copy of the archived OPSLOG

2.  Screenshots showing the values of the Stateman parms from panel =4.1.1   There should be two screens worth of parms if entering STMPARMS in the group field of that screen.