Description: Before z/OS V1R13, the CMDS ABEND command ended an executing command if the command was hung. In z/OS V1R12, the command processors were allowed to specify the new non-abendable attribute to set themselves non-abendable. When the new attribute was specified for a target command, the CMDS ABEND command rejected with the following message: CNZ6002I COMMAND command WITH ID id NOT ABENDABLE. The CMDS ABEND attempted to terminate the hung command. Starting in z/OS V1R13, the new parameter FORCE is added to the CMDS command so that a CMDS FORCE specification overrides the non-abendable attribute and the command will be terminated as it is today. Separating the ABEND and FORCE requests allow different RACF profiles to be defined so that installations can allow CMDS ABEND, but not CMDS FORCE. FORCE is intended to be used where the only alternative is to re-IPL the system.
Element or feature: | BCP. |
When change was introduced: | z/OS V1R13. |
Applies to migration from: | z/OS V1R12. |
Timing: | After the first IPL of z/OS V2R1. |
Is the migration action required? | No, but recommended if you use the CMDS ABEND command or have automation that does. |
Target system hardware requirements: | None. |
Target system software requirements: | None. |
Other system (coexistence or fallback) requirements: | None. |
Restrictions: | None. |
System impacts: | None. |
Related IBM Health Checker for z/OS check: | None. |