In CA MIM 12.5 PTF RO98490 is not specifically related to this particular incident, although it is good to have on.
More generally, it has been seen that other products issued a global ENQ which MIM processed, then posted the task to perform its working enq, then MIM went into a wait.
MIM sets a 60 second timer and waits for a brief time while the user task completes the enq. If the user task does not complete the enq within the timer period, MIM awakens and issues the MIM0095E message with CODE=1120 to identify the fact that there is a possible delay in the user address space. It is possible to intercept the involved product, looking at both the Syslog and System Dump got.
We have seen this frequently with IBM DFHSM and searching the IBM Support site, we have found some relevant hits using loop and IEEMB836 as keywords. Following is one of the hits which discusses the use of the DDCONS(NO) option in SMFPRMxx SYS1.PARMLIB member in order to avoid the loop:
IBM - Apparent hang or loop during DFSMShsm shutdown or periodically throughout the day
So, MIM is functioning normally in this situation, but it issued warning messages when it detected a delay in a user task in completing an enqueue.
In case of persistent problem Please open a case with CA Support providing the related documentation (tersed system dump, syslog, task joblog)