IOS111D
IOS1111D
IOS HAS DETECTED HOT I/O ON {DASD | ASSIGNABLE} DEVICE devn. THE LAST INTERRUPT FROM THIS DEVICE WAS ON CHANNEL PATH chp. THE SCD IS AT aaaaaaaa. THERE ARE nnn DEVICES WITH HOT I/O ON CHP chp.

ENTER ONE OF THESE REPLIES TO TELL IOS HOW TO HANDLE RECOVERY:
NONE  - DO NOT ATTEMPT ANY RECOVERY ACTION
DEV   - LOGICALLY REMOVE THE DEVICE (BOX THE DEVICE)
CU,K  - ATTEMPT CONTROL UNIT RECOVERY. KEEP CHP ONLINE
IF SUCCESSFUL
CHP,K - ATTEMPT CHANNEL PATH RECOVERY.
KEEP CHP ONLINE IF SUCCESSFUL
CHP,F - FORCE THE CHANNEL PATH OFFLINE

Explanation

You must reply to this message in a timely manner. The processor is in a disabled status until this message is replied to as it is issued through Disabled Console Communication Facility (DCCF). If you do not reply within five minutes, there could be an impact to sysplex communications, processor availability, and ultimately a required IPL of the system.

The system detected hot I/O on a direct access storage device (DASD) or assignable device. The last interruption for the device was over the specified channel path. IOS112D is issued through DCCF processing when a DASD device is found on the channel path undergoing recovery, or message IOS118A was issued but a response was not received within 5 minutes.

In the message text:
devn
The device number. The device number is prefixed by the subchannel set identifier when appropriate.
chp
The channel path identifier (CHPID).
aaaaaaaa
The status collection data control block (SCD) address.
nnn
The number of devices with hot I/O on the specified channel path.

System action

The system leaves the device with its status pending. This prevents the device from presenting any additional interruptions until further operator action.

Depending on the operator reply to this message, the system does one of the following:
Response
Action
NONE
The system simulates an interruption. The system clears the pending status. The system continues processing. The device remains online.
DEV
The system boxes the device, as follows:
  • The system ends I/O on the device.
  • New I/O requests result in permanent I/O errors.
  • The system performs no new allocations for the device.
  • If the device was online, the system marks it pending offline. A pending offline device goes offline when the following conditions occur in this order:
    1. The device is no longer allocated to any job.
    2. Allocation processing allocates any device in the system.
  • If the device was offline, it remains offline.
CU
The system boxes the devices specified in the reply. The system leaves the devices specified in the reply status pending.
CU,K
The system tries to recover the control unit. If recovery is successful, the system:
  • Issues message IOS208I
  • Leaves the channel path online
  • Clears the pending status of the cleared device
If recovery is not successful, the system issues message IOS207I.

This response is only valid if CU,K is displayed in the message text as a valid response.

Only devices connected to the control unit of the same device will be affected by recovery.

CHP,K
The system attempts to recover the channel path. If channel path recovery is successful, the system:
  • Issues message IOS203I
  • Leaves the channel path online
  • Clears the pending status of the cleared device
If channel path recovery is not successful, the system issues message IOS202E. The system forces the channel path offline.
Note: If the user indicated to box devices via the HOTIO BOX_LP option in the IECIOSxx parmlib member, then the device may become boxed instead of undergoing channel path recovery processing.
CHP,F
The system forces the channel path offline. The system issues message IOS202E.

Operator response

Do the following:
  • See your installation's operating procedures. Try to correct the problem at the lowest level of recovery. The levels, from lowest to highest, are:
    1. Device - box the failing device.
    2. Control unit keep - perform recovery on the control unit level and the devices attached to the control unit.
    3. Control unit - boxes the devices specified in the reply.
    4. Channel path keep - perform recovery on the channel path and all control units and devices attached to the channel path.
    5. Channel path force - force the channel path offline.
  • Reply one of the following, as described in the message text:
    • NONE
    • DEV
    • CU
    • CU,K
    • CHP,K
    • CHP,F
  • If channel path recovery did not clear the condition causing the device to go hot, reply DEV, CU, or CHP,F the next time this message occurs for the device.

    If you reply DEV, physically disable the device.

  • Contact hardware support.

When this message is issued before the MVS™ Console becomes active, it is EXTREMELY IMPORTANT to respond promptly. This message is issued as a synchronous WTOR during early IPL processing, which will prevent the system from updating its status on the sysplex couple data set. This, in turn, could lead to Sysplex Failure Management (SFM) deciding that the system is not responding normally, and removing it from the sysplex.

Note: DO NOT reset the control unit. This could cause reserves or assigns to be lost to other processors.

System programmer response

Automation of hot I/O recovery is strongly suggested. When operator involvement is chosen in the IECIOSxx setting, the operator must respond to these messages before systems are impacted. See the HOT I/O section of the IECIOSxx parmlib in z/OS MVS Initialization and Tuning Reference.

Source

Input/output supervisor (IOS)

Module

IOSRHREC

Routing code

2,10

Descriptor code

2

Parent topic: IOS messages