IBM Support

Message CPD33A4 is Received When Performing a System Save

Troubleshooting


Problem

This document provides information on the steps to take when message CPD33A4 is received when performing a system save.

Resolving The Problem

This document provides information on the steps to take when message CPD33A4 - Spooled file &1 number &2 in job &5/&4/&3 previously damaged is received when performing a system save. The message details follows:

Cause: Spooled file &1 number &2 in job &5/&4/&3 created on system &6 on &7 was damaged on the system before the save operation. The spooled file was not saved from output queue &8 in library &9.

Recovery: If the spooled file you are saving was recently saved, delete the damaged spooled file using the Delete Spooled file (DLTSPLF) command and restore it from the previous save operation.

It is also recommended that you clean up the output queue where the spooled file was located by doing the following:

1.If the output queue is associated with a started writer, then use the End Writer (ENDWTR) command with the When to end writer (OPTION) parameter set to *IMMED to end the writer immediately. For example:

ENDWTR WTR(writer-name) OPTION(*IMMED)
2.Run the Work with Output Queue (WRKOUTQ) command with this particular output queue, and with the Output (OUTPUT) parameter set to *PRINT. For example:

WRKOUTQ OUTQ(library-name/output-queue-name) OUTPUT(*PRINT)

Note: Special code has been added to clean up the index of the output queue when OUTPUT(*PRINT) is specified on the WRKOUTQ command.
3.If running 5.4 (V5R4M0 or R540) i5/OS, next call the QSPFIXUP program to have the system go through all spooled files on the system and verifying that they are in the correct status. For example:

CALL PGM(QSPFIXUP)
4.If running 6.1 (V6R1M0 or R610) or 7.1 (V7R1M0 or R710) i5/OS, run the Start Spool Reclaim (STRSPLRCL) command to repair this particular output queue or all output queues in a given auxiliary storage pool (ASP), as well as any spooled files that are left in unrecoverable states. For example:

STRSPLRCL OUTQ(library-name/outq-name) ASPGRP(*)

STRSPLRCL OUTQ(*ALL) ASPGRP(*)

Note: QSPFIXUP is no longer supported in V6R1M0 (R610) i5/OS and has been replaced by the Start Spool Reclaim (STRSPLRCL) command. The STRSPLRCL command can be used to repair output queues and spooled files that are left in unrecoverable states. It can be run for a single output queue, a set of output queues using a generic name (such as PRT*), or for all output queues in the auxiliary storage pool (ASP) defined by the ASP group (ASPGRP) parameter.
If this does not resolve the issue, it may be necessary to rebuild the spooled indexes using the instructions in the following document:

N1010237: Procedure to Re-Create QSPL Indexes

Note: In V5R4M0 (R540) i5/OS, following the instructions in document N1010237 to create the QSPLDTAARA data area and IPLing the system forces the internal spooled indexes to be rebuilt after the IPL. In V6R1M0 (R610 or 6.1) and V7R1M0 (R710 or 7.1) i5/OS, this will instead force the spooled logical data base files to be rebuilt after the IPL.

[{"Type":"MASTER","Line of Business":{"code":"LOB57","label":"Power"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SWG60","label":"IBM i"},"Platform":[{"code":"PF012","label":"IBM i"}],"Version":"7.1.0"}]

Historical Number

471911696

Document Information

Modified date:
18 December 2019

UID

nas8N1018806