Previous Topic: DB13129ENext Topic: DB13200I


DB13149E

WRONG CXX RELEASE FOR THIS FUNCTION

Reason:

The function you are attempting against the CXX is not allowed for the release of the CXX. Here are possible causes:

Action:

Determine the reason and either perform the function on a current CXX, use the current release of code, or convert your CXX to the current release level.

DB13151I

RECOVERY ROLLBACK TSN-tttttttt -x

Reason:

DBUTLTY function RECOVERY with TSN= is processing and one or more informational messages are being provided to show conditions that replace the variable 'x'.

TSN TASK FOUND, RECOVER AS SAME TSN occurs if the original task with the TSN has been found and the transaction is currently in a wait state waiting for the backward recovery to execute. This recovery execution executes as the same transaction in a different task area. It depends on the original task area to remain in its wait until successful completion of this recovery. This is the normal and expected message to acknowledge the proper environment for a TSN recovery from a forced spill.

TSN TASK NOT FOUND, RECOVER AS NEW TSN occurs if the original task with the TSN has not been found. It must have completed normally or in error including being subject to REQABORT. With the task not waiting on this backward recovery, all row locks for maintenance transactions have been fully released and are available to all other tasks areas for additional maintenance. This function cannot use the same TSN but executes as a 'normal' (new) transaction and has no relationship to the original transaction sequence number. With no row lock protection, this function maintenance succeeds or fails based on the rows being in the same state as they were when the original task completed.

Action:

None. This message is informational.

DB13152E

RECOVERY ROLLBACK TSN-tttttttt - x

Reason:

DBUTLTY function RECOVERY with TSN= cannot be successfully completed because of one of the following specific conditions that replace the variable 'x'.

RXX EXCLUDES FIRST TSN LOG RECORD occurs if the first log record for the TSN is missing from the provided RXX input files. This record and every record are critical to the success and must be provided.

RXX EXCLUDES LAST TSN LOG RECORD occurs if the last log record for the TSN is missing from the provided RXX input files. For transactions that do not have the original waiting task on the DB00109 message, this last log record is always a transaction termination of a COMIT, ROLBK, CLOSE performing a functional commit, or LOGCP/LOGCR performing a functional commit. For transactions that do have a waiting task on the DB00109 message, the last log record is one that occurred for the original transaction in its original task or later backward recovery TSN= executions running as the same transaction that have themselves terminated without completion of the process.

TSN TASK INVALID STATUS occurs if the task containing the TSN is found but not currently displaying the status of waiting and having a DB00109 message. The transaction may still be running and, as such, is not subject to backward recovery.

PREVIOUS TSN RECOVERY TASK STATUS occurs if a previous backward recovery for the TSN is found but not currently displaying the status of waiting and having a DB00109 message.

TSN IS NOT FULLY SPILLED occurs if the original task has not had all its log records spilled to a Recovery File (RXX) or if a previous backward recovery for the TSN and running as the TSN has not had all its log records spilled.

Action:

For the first two conditions, research the needed RXX files including any needed additional SPILL functions. Provide all that is needed for successful completion. For the other conditions, research the status of executing tasks and execute the function again when there is no conflict.

DB13155W

INVALID BLOCK FORMAT, DBID-nnnn area-aaa BLOCK/TTTR-nnnnnnnn CASE-n COUNT-n

Reason:

A DBUTLTY EXTRACT data block validate function has enountered one or more invalid data blocks in DBID-nnnn, AREA-aaa. The BLOCK/TRACK-ttttttttrr contains the block number in the format of track number relative to zero at tttttt and record number on the track. The CASE=n indicates the internal check that identified the error. COUNT-n is the number of invalid blocks at the time of the message. The message occurs for each of the first 10 invalid blocks with counts 1-10 and then, if more than 10 occurred, is printed a final time with the last block invalid with the total blocks invalid.

Note: All cases of a block with an invalid format are not detected. A Defect might mean a row could be missing or invalid.

Action:

Contact CA Support with the recommended dumps.