Resolving problems with step status - assure_mimix - 10.0

Assure MIMIX Operations Guide

Product type
Software
Portfolio
Integrate
Product family
Assure
Product
Assure MIMIX™ Software
Version
10.0
Language
English
Product name
Assure MIMIX
Title
Assure MIMIX Operations Guide
Copyright
2023
First publish date
1999
Last updated
2024-03-12
Published on
2024-03-12T11:06:36.794496

When working with step status, it is important that you understand how multiple jobs are used to process the steps in a procedure. For procedures other than type *NODE, at any given time, job activity may be in progress for multiple steps. Or, one job may have failed processing a step while other jobs may have already processed that step and continued beyond it. Node procedures only have one job.

Important! Before you take action to resolve a problem with status for a step, be sure you understand the current state of your environment as a result of completed steps and steps in progress, as well as the effect of any action you take.

The following table identifies the possible status values that can appear on the Work with Step Status display and the action to take to resolve reported problems.

Table 1. Step status values with action required

Status Value

Description and Action Required

blank

The procedure has started but processing has not yet started for the step.

*ATTN

The step requires attention. The value *ATTN can only appear in the collapsed view or on a summary row in the expanded view. If the procedure status is considered active, at least one job submitted by this step has a status of *FAILED, *CANCEL or *MSGW. If the procedure status is *FAILED or *CANCELED, this step has at least one job that has not started or has a status of *CANCEL or *FAILED.

Action Required: Use F7 to see the expanded view. Determine the specific data resource group or data group for which the problem status exists. Then address the status indicated for that job.

*ACTIVE

The step is currently running.

*COMP

The step has successfully completed.

*DSBLD

The step has been disabled and did not run.

*CANCEL

or

*FAILED

One or more jobs used by the step ended in error. In the expanded view of status, the job is identified as *CANCEL or *FAILED. The status is due to the error action specified for the step.

  • For *CANCEL status, user action canceled the step. The step ran, ended in error, and issued an inquiry message. The user’s response to the message was Cancel.
  • For *FAILED status, the step ran, one or more jobs ended in error. The Action on error attribute specified to quit the job.

The type of step program used by the step determines what happens to other jobs for the step and whether subsequent steps are prevented from starting, as follows:

  • If the step program is of type *DGDFN, jobs that are processing other data groups within the same data resource group continue. When they complete, the data resource group job ends. Subsequent steps that apply to that data resource group or its data groups will not be started. However, subsequent steps will still be processed for other data resource groups and their data groups.
  • If the step program is of type *DTARSCGRP, subsequent steps that apply to that data resource group or its data groups will not be started. Jobs for other data resource groups may still be running and will process subsequent steps that apply to their data resource groups and data groups.
  • If the step program is of type *AGDFN, subsequent steps that apply to the application group will not be started. Jobs for data resource group or data group steps may still be running and will process subsequent steps that apply to their data resource groups and data groups.
  • If the step program is of type *NODE, subsequent steps will not be started.

When all asynchronous jobs for the procedure finish, the procedure status is set to *CANCELED or *FAILED, accordingly. If both canceled and failed steps exist when the procedure ends, the procedure status will be *FAILED.

Action Required: Determine the cause of the problem using Resolving *CANCEL or *FAILED step statuses.

*IGNERR

The step ran and an error occurred, but processing ignored the error and continued.

Action Recommended: Use option 8 (Work with job) to determine the cause of the failure. Consider whether any changes are needed for the procedure, step, or operating environment to prevent this error from occurring again.

*MSGW

The step ran and issued a message that is waiting to be answered. One or more jobs for the step ended in error. The step attribute requires that an operator respond to the message.

Action Required: 

  1. Determine which job issued the message and investigate the problem.

  2. If the job is for step MXWAITRJB in a SWTPLAN or SWTUNPLAN procedure, the data group replicates jobs on *JOBQ objects and the new source system still has replicated jobs from prior to the switch that need to be addressed. For details, see Working with replicated jobs.

  3. Respond to the inquiry message using Responding to a step with a *MSGW status.