Messages › GTAF and TPCF Messages › MIM2060

MIM2060

job -REPLY [device_name], { HOLD|NOHOLD } OR CANCEL [A.S.A.P]

Reason:

A job has entered allocation recovery, and you need to tell TPCF how to respond to the z/OS IEF238D allocation recovery message. The name of this job is shown in place of the job variable.

One or more of the following options are presented:

device_name

This causes z/OS to bring an offline device online and make this job reenter the z/OS allocation process. The list of offline devices you can use is shown in message MIM2042.

HOLD

This makes the job wait until an allocated device is free. All other allocation requests for this device type wait until this request is satisfied.

NOHOLD

This makes the job wait until an allocated device is free. The job reenters the allocation process and lets other requests continue processing.

CANCEL

This causes z/OS to cancel the job.

A.S.A.P

If CANCEL is the only option presented, and SET TPCF AUTOREPLY=(NOWAIT=(CANCEL=NO)), then this warning is included in the message text to alert the operator to reply CANCEL as soon as possible.

Note: The operator is forced to reply CANCEL to this message. Until the operator replies CANCEL, the job in allocation recovery holds tape device allocation resources that will be serialized across the MIMplex. Tape allocations on all systems in the MIMplex experience delays until the operator replies CANCEL. We strongly recommend that you specify SET TPCF AUTOREPLY=(NOWAIT=(CANCEL=YES)), unless you have some reason for requiring an operator reply.

TPCF issues this message in place of the z/OS IEF238D message whenever a device CA MIA is managing is on the EDL of the job. TPCF reissues the z/OS message as message MIM2060 after removing devices from the offline device list (if necessary).

Action:

Reply by specifying one of the options listed above.