DmeWiccan: Automatically generated page update

2018-03-01T04:26:06Z

Automatically generated page update

New page

{{Template:M204.1216 skeleton}}

A SOUL request or an attempt to enter a subsystem has tried to lock a set of records or a single record in a way which conflicts with another user's access. This message may be followed by message [[M204.1076]], <code>Do you really want to try again?</code>. 

Response: If you think that the other user is sure to give up the access to the records you want, you can answer <code>Y</code> and another attempt will be made. You can wait before answering to give the other user more time to finish working
with the records. 

However, by answering <code>Y</code>Y, you may create a deadlock with another user, where you cannot continue without access to records the other user holds and the other user cannot continue without access to records you hold. When
this happens, Model 204 repeats this message and the prompt to retry. You should consider answering <code>N</code> to let the other user continue. 

If you choose not to retry the enqueue or if you are not given a chance to retry, wait until you think the records have become available and retry the entire request or command. Consider revising the application to
include an On Record Locking Conflict unit which will be invoked in the event of a record locking conflict. Refer to [[Subroutines#On units|On units]] for more information on On units. 

System manager response: If this message occurs often, some Model 204 applications probably are poorly written and hold enqueues on record sets even when it is wrong to do so (during user screen interaction, for example). Review programming for
record enqueueing in [[Managing record locking]], or contact [[Contacting Rocket Software Technical Support|Technical Support]].

{{Template:M204.1216 footer}}

M204.1216 - Revision history

DmeWiccan: Automatically generated page update