Processing recall requests on the common recall queue

A host processes a request selected from the CRQ just like a request that is submitted on its own system, with two exceptions. First, messages that are routed to TSO are sent to the original host to issue to the appropriate user. Second, when the processing host completes a recall request, it notifies the original host which then posts any WAIT requests as complete.

The processing host issues console and operator messages; messages directed to the DFSMShsm logs go to the logs for the processing host. Only the processing host creates and stores functional statistics records (FSRs). The originating host, if different from the processing host, does not have an FSR for the recall. The processing host accumulates the daily statistics record (DSR) statistics, and the DSR stores recall statistics for the entire HSMplex.

A recall request can be canceled until the point that it has been selected for processing by a host in the HSMplex. The cancel request must be submitted on the same host that originated the recall request that is to be canceled.

Note: The DFSMShsm host that places the recall request on the CRQ is the host that checks the user's authority to issue the recall command. Authority checking is performed using the DFSMShsm AUTH command or with the RACF® FACILITY class. In a common recall queue environment, there is the possibility that when a recall command is placed on the CRQ (which is not checked by RACF), a DFSMShsm host can select the same recall request. This same recall request is not checked by RACF, because RACF checking is performed before placing the recall on the CRQ.