Licensed Internal Code detected an IOP programming problem.
You will need to gather data to determine the cause of the problem.
If using OptiConnect, and the IOP is connected to
another system, then collect this information from both systems. Read the Licensed internal code isolation procedures before continuing with this procedure.
If the system has logical partitions, perform this procedure from
the logical partition that reported the problem. To determine
if the system has logical partitions, go to Determining if the system has logical partitions before
continuing with this procedure.
Is the system operational: Did the SRC come from
the Service Action Log, Product Activity Log, problem log, or system operator
message?
If the IOP has DASD attached to it, then the IOP
dump is in SID87 (or SID187 if the DASD is mirrored). Copy the
IOP dump. See Storage dumps .
Print the Product Activity Log, including any IOP
dumps, to removable media for the day which the problem occurred. Select
the option to obtain HEX data.
Use the "Licensed Internal Code log" service function
under DST/SST to copy the LIC log entries to removable media for the day that
the problem occurred.
Check the Logical Hardware Resource STATUS field
using Hardware Service Manager. If the status is not Operational then
IPL the IOP using the I/O Debug option. Ignore resources with a status of not
connected.
To IPL a failed IOP, the following command can be used:
VRYCFG CFGOBJ(XXXX) CFGTYPE(*CTL) STATUS(*RESET) or use DST/SST
Hardware Service Manager.
If the IPL does not work:
Check the Service Action Log for new SRC entries. See Searching the
service action log . Use
the new SRC and perform problem analysis to correct the problem.
If there are no new SRCs in the Service Action Log, contact your next
level of support. This ends the procedure.
Has the system stopped but the DST console is still
active: Did the SRC come from the Main Storage Dump manager screen on the
DST console?