Reason:
ICSF has returned an error code. The return and reason codes are described in Appendix A of the IBM publication ICSF Application Programmers Guide (SA22-7522).
xxxxxxxx is the name of the ICSF service that failed.
Action:
For assistance, contact Technical Support at http://ca.com/support.
Reason:
The ICSF services task is not active or available. The return and reason codes are described in Appendix A of the IBM publication ICSF Application Programmers Guide (SA22-7522).xxxxxxxx is the name of the ICSF service that failed.
Action:
Ensure that ICSF is running on the system where the error occurred.
Reason:
The ICSF service routine xxxxxxxx is not resident in the link list. During ICSF installation, the ICSF service routines are placed in the link list and made available to all applications. The non-availability of the service routine indicates that ICSF has not been installed.
Action:
Ensure that ICSF is installed correctly. For assistance, contact Technical Support at http://ca.com/support.
Reason:
CA View has requested the above key from the ICSF key store (CKDS) and it was not found. This type of error occurs when the CKDS has been restored to an old version or multiple CKDS data sets are used for the same CA View database.
xxxxxxxx is the name of the missing key
Action:
Contact Technical Support at http://ca.com/support to determine if the key can be recovered and the extent of the data loss.
Reason:
An attempt is made to add or update a SYSOUT group index record with an invalid generation and sequence number. Processing is terminated with a USER 100 abend.
Action:
If this occurs during a SARDBASE REORG, the program automatically corrects the error and you can ignore this message. If bad records reside in the database from prior releases of the product, correct the database with the VERIFY control statement from the SARDBASE utility. Otherwise, the processing can be resumed.
For assistance, contact Technical Support at http://ca.com/support.
Reason:
A CA View program has terminated, and a dump was generated. In this message, blk specifies the control block CA View expected but did not receive (usually IFB, SFB, XFB, or DBB). It can be suffixed with a number indicating which test point in the program detected the problem.
Action:
Send the dump to CA Technical Support. Restart whatever program was terminated. If the problem recurs, run SARDBASE VERIFY on the database. For assistance, contact Technical Support at http://ca.com/support.
Reason:
A master index block in the database contains abnormal data. This is usually due to a system failure, power outage, cancellation, or timeout.
Action:
For #1, the error condition can be automatically corrected as indicated by a SARIFR07 message. If not, resolve this error condition by performing a standard REORG or an unload/load. For #2, resolve these problems by a database verify or restore.
Reason:
A master index block in the database, which contains abnormal data, was corrected. When a system failure, power outage, cancellation, or timeout occurs, I/O to the master index can be interrupted while inserting index records. This condition creates inconsistencies in the master index that can be corrected. This message is preceded by the SARIFR06 message identifying the specific error.
Action:
None. This message is informational.
Reason:
This informational message is periodically issued to indicate the progress of an asynchronous SARDBASE REORG.
Action:
None. This message is informational.
Reason:
This informational message specifies the number of empty blocks in the index file that have been recovered by an asynchronous SARDBASE REORG.
Action:
None. This message is informational.
Reason:
The program load modules and the database are not at the same release level. This is normally caused by the STEPLIB, JOBLIB, linklist, or LPA pointing to old load modules, or the database has not been converted to the correct release level (new releases of product may require conversion of the database).
Action:
You can either STEPLIB to the correct load modules or convert the database to the correct release level.
Reason:
A stop command is issued during processing the SARDBASE asynchronous REORG. This message indicates where the asynchronous REORG ended.
Action:
None. This message is informational.
Reason:
A master index block in the database contains abnormal data. This is usually due to a system failure, power outage, cancellation, or timeout.
Action:
For #1, the error condition can be automatically corrected as indicated by a SARIFR07 message. If not, resolve this error condition by performing a standard REORG or an unload/load. For #2, resolve these problems by a database verify or restore.
Reason:
A master index block in the database, which contains abnormal data, was corrected. When a system failure, power outage, cancellation, or timeout occurs, I/O to the master index can be interrupted while inserting index records. This condition creates inconsistencies in the master index that can be corrected. This message is preceded by the SARIFR06 message identifying the specific error.
Action:
None. This message is informational.
Reason:
The SARACT DD statement is not provided and is required.
Action:
Specify SARACT DD statement in execution JCL, and then resubmit the job.
Reason:
The accounting file has multiple extents.
Action:
Recreate the accounting file, and then resubmit the job.
Reason:
Processing has successfully completed.
Action:
None. This is an informational message.
Reason:
The specified option statement contains a syntax error.
Action:
Correct the option statement, and then resubmit the job.
Reason:
The specified option is not valid.
Action:
Correct the option; then resubmit the job.
Reason:
The specified value is invalid for the option.
Action:
Correct the value; then resubmit the job.
Reason:
The option has been previously specified.
Action:
Correct the problem; then resubmit the job.
Reason:
Only one volume serial number for a range of volumes has been specified.
Action:
Correct the problem; then resubmit the job.
Reason:
The CODEPAGE initialization parameter references a codepage member name that does not exist.
Action:
Ensure that the codepage name indicated on the error message resides in your STEPLIB, JOBLIB, or linklist and rerun.
Reason:
One of the volume serial numbers for a range of tape volumes does not end with numeric characters.
Action:
Correct the volume serial number, and then resubmit the job.
Reason:
When specifying a range of tape volumes, the volume serial numbers must be of the same format.
Action:
Correct the volume serial numbers, and then resubmit the job.
Reason:
The DSK2DRVR parameter specifies the name of a load module that cannot be found or is not authorized.
Action:
Verify that DSK2DRVR specifies the name of an authorized load module accessible to SARINIT.
Reason:
The CA View database contains no panels for the indicated language code.
Action:
Either install the desired panels or specify a language code for panels that are already in the database.
Reason:
The authorization user exit does not allow the job or user to access the database.
Action:
Consult the system programming group or security group to determine the reason why the authorization user exit explicitly denies access to the database.
Reason:
Previous errors have occurred.
Action:
A '*' is displayed on the line following the invalid parameter. Correct the invalid parameter or value and retry.
Reason:
Processing has successfully completed.
Action:
None. This is an informational message.
Reason:
The program load modules and the database are not of the same release level. CA View does not execute.
Action:
Correct the problem and retry.
Reason:
The GEN=, TAPESEQ=, and DRTSEQ= initialization parameters can only be used for newly created databases.
Action:
None. The unacceptable parameters are ignored.
Reason:
The second portion of the FINDLIM initialization parameter is a maximum for the parameter (that is, FINDLIM=limit,max-limit).
Action:
Correct the parameter and rerun.
Reason:
The tape storage group names which are defined by the STORGRPn initialization parameters must be unique.
Action:
Correct the STORGRPn parameter and rerun.
Reason:
The tape VOLSER ranges specified for the STORGRPn initialization parameters must be either the same, or disjoint. No partial overlaps are allowed.
Action:
Correct the tape VOLSER ranges for the STORGRPn parameter and rerun.
Reason:
The EROOPT=NO initialization parameter was specified and all of the ERO parameters have been removed from the CA View database.
Action:
None. This is an informational message.
Reason:
The EROOPT=NO initialization parameter was specified, indicating that all ERO options are to be removed and new ERO initialization parameters are being specified.
Action:
Either remove the EROOPT=NO parameter, or remove the ERO initialization parameters and rerun.
Reason:
The job specified in the message updated the database initialization parameters on the specified date and time.
Action:
None.
|
Copyright © 2013 CA.
All rights reserved.
|
|