DFS2011I IRLM FAILURE - IMS QUIESCING
Explanation
The lock manager status exit is given control and detects that the IRLM is terminating. This event causes the discontinuation of the use of all databases.
System action
IMS pseudoabends all currently scheduled transactions with abend 3303. Full-function databases participating in data sharing (share level 1, 2, or 3) and Fast Path databases participating in block level data sharing (share level 1, 2, or 3) are closed. Their authorization is discontinued. All further transaction scheduling, except Fast Path, is prohibited. All terminals inputting Fast Path transactions wait until IRLM is restarted and IMS reconnects to it.
Every dependent region with an intent to use a database must go through terminate thread processing. That is, any such dependent region that does not terminate prevents IMS from completing the actions necessary to clean up from the IRLM failure. IMS cannot be reconnected to the IRLM or terminated until all such region disconnect procedures have occurred. Wait for input (WFI) transactions are given a QC status code or pseudoabended with a U3303 on their next database call. There are timing-related conditions at the time of the IRLM failure when the application programs currently running can receive the BA, BB, or FH status code.
Programmer response
Restart the IRLM and have the system console
operator modify IMS specifying RECONNECT. The
only other allowable response is to issue /CHECKPOINT FREEZE to
terminate IMS.
When the IRLM has been restarted and IMS reconnected to it, start all databases stopped because of this failure. Also, BMP regions might need to be restarted.