1 | Handle | Input | Binary(4) |
2 | Problem log ID | Output | Char(40) |
3 | Key structures | Input | Array of Pointers |
4 | Number of keys | Input | Binary(4) |
5 | Error Code | I/O | Char(*) |
The Create Problem Log Entry (QsxCreateProblemLogEntry) API creates a problem log entry and adds the information provided to the problem log files using keys. Key 1 (problem log ID) is returned to the user that is required for other API operations.
The API allows a problem to be created with a status of OPENED, READY, or PREPARED. The difference to the user is that the amount of data increases as the problem goes from OPENED to PREPARED.
The types of problems that may be created are:
The keys provided to create a problem are checked for validity and applicability to the problem log entry in two ways:
The fields are checked to verify that they are not null. Some keys allow the user to control them (key control). Keys without "key control" support require all fields to be filled. Fields not flagged are ignored.(The existence of the data is verified; NOT whether or not the data is valid. The problem log APIs do not check the validity of the data.) Operations that are unsupported or not valid, such as creating a problem in SENT status or not providing all dependent keys, result in a diagnostic message for each infraction found and an exception or an error notification defining it.
The key fields are checked before the problem log entry is created and an error is signalled if any required key fields are null.
If the maximum number of problem log entries has been reached for this particular date (99999), CPF392F E is signaled.
An identifier that associates the problem log services started by the Start Problem Log Services API.
This parameter contains the problem log identifier after the problem is created. If this parameter is omitted, no problem log ID is returned.
An array of pointers that has the address of each key that contains data to be written into the problem log. The number of pointers passed in the array must equal the value passed by parameter 4, Number of keys.
Defines the number of keys that are being passed to the API.
The structure in which to return error information. For the format of the structure, see Error Code Parameter.
See Key Groups for Problem Log APIs for a description of the keys.
To create a problem log entry, specific data is required. The amount of data varies depending on the status of the problem log. This section defines the data required for each problem type for statuses OPENED and READY. Problems in OPENED or READY status may be amplified with the status of PREPARED. The supplemental data required for this is defined once and is applicable to either OPENED or READY.
The minimum key data for all problems types is:
This key must contain one of the following:
This defines the type of problem log entry being created.
Defines the status to which the entry will be set. Three values are allowed:
Either or both are acceptable. Key 3001 is used if both are supplied. When both key 1002 and key 3001 are added, only key 3001 is available through the command interface, but both key 1002 and key 3001 can be retrieved through APIs. When the problem type is machine detected, key 1002 is required.
Required if key 1 (problem log ID) is not *LOCAL. Used to enter contact data for the remote system.
This information defines the type of create action. One or more history entries are allowed. At least one event is required.
In addition, the following information is needed based on the problem type.
Machine detected problems (problem type 1) use the following keys:
Data for OPENED status are:
Required.
Required.
Required to define the device and/or code that is failing.
At least one key of the range 2001 to 2009 is required. The keys may be provided in any order but will be stored in probability of fix order, with the highest probability FRU record being stored first and the least probability FRU record being stored last.
Optional. Used to define the supporting data that will be associated with the problem. Multiple entries are allowed.
Post analysis data must be added to a machine detected problem to achieve READY status. This data is in addition to the data added to achieve OPENED status. Data for READY status are:
Defines the machine that will be reported to a service provider as the failing machine.
Defines the program/product that is failing. This is required if the highest probability FRU is key 2002 (code FRU type).
Required
Required
At least one key of the range 2001 to 2009 is required. The keys may be provided in any order but will be stored in probability of fix order, with the highest probability FRU record being stored first and the least probability FRU record being stored last.
User-perceived hardware or software problems (problem type 2) can be created in READY and READY - PREPARED status only. These problems require data similar to machine-detected problems (problem type 1) with the following exceptions:
PTF orders (problem type 3) are created in READY and READY - PREPARED status only and use the following:
User-perceived remote hardware or software problems (problem type 4) can be created in READY and READY - PREPARED status only. These problems require data similar to machine-detected problems (problem type 1) with the following exceptions:
Application detected problems (problem type 5) are used to enter problems automatically detected during the execution of a program. They can be created in READY and PREPARED status only. These problems require data similar to machine-detected problems (problem type 1) with the following exceptions:
If key group 2000 (FRU records) is specified only key 2002 (code FRU type) is permitted.
Key group 4000 (supported data records) may be used to identify APAR data that is associated with the problem.
Client machine-detected (problem type 6) and user-created (problem type 7) problems are used to create problem log entries for an attached client. These problems are generated in the READY status. The data requirements are:
User-created general problems (problem type 8) are used to add data of a general nature, that is not applicable to the types already defined. The entry can be created in READY and READY - PREPARED status only. The data requirements are:
Key group 4000 (supported data records) can be used to identify data that is associated with the problem.
The supplemental data needed to move a problem from OPENED or READY status to PREPARED status are:
Required to define the system that this problem will be sent to.
Optional. Default is the contact data base. Typically this is the tape device type and model or a description of the media type on which PTFs are delivered if the distribution size exceeds a predefined transmit size limit.
Optional. Used to override local service contact information.
Message ID | Error Message Text |
---|---|
CPF3C1E E | Required parameter &1 omitted. |
CPF3C90 E | Literal value cannot be changed. |
CPF3CF1 E | Error code parameter not valid. |
CPF3CF2 E | Error(s) occurred during running of &1 API. |
CPF7AAB E | Problem &1 not found. |
CPF3C4D D | Length &1 for key &2 not valid. |
CPF3C82 D | Key &1 not valid for API &2. |
CPF3C86 D | Required key &1 not specified. |
CPD7A82 D | Value not valid for key &1. (char string) |
CPD7A83 D | Value not valid for key &1. (integer) |
CPD7A87 D | Key &1 may be added only once. |
CPD7A88 D | Incorrect DBCS field format found. |
CPD7A8A D | Key value &1 is not valid. |
CPD7A8B D | Length of data not valid. |
CPF7A89 E | Incorrect handle for this activation. |
CPF7A8A E | Problem log services not started. |
CPF7AA7 E | Problem &1 not found. |
CPF9821 E | Not authorized to program &1 in library &2. |
CPF9872 E | Program or service program &1 in library &2 ended. Reason code &3. |
CPFA320 E | Pointer parameter is null. |
Top | Problem Management API list APIs by category |