Recovery of System Using Full System Save That Used USEOPTBLK(*YES)

Resolving The Problem

When a user performs a full save on a system with a tape device that supports OPTIMUM BLOCKING and specifies USEOPTBLK(*YES), and then later tries to do a full system restore using a different tape drive that does not support optimum blocking or does not have optimum blocking functioning, the LIC will be restored. However, when the system starts to restore the operating system, the user can see the following messages:

SRCB9003006
CPZ2010

When the DSPTAP command is issued specifying DATA (*SAVRST), message CPF3769 is received.

The recovery is to use a device that supports optimum blocking and has optimum blocking activiated.

Note: LIC is not saved using optimum blocking. Therefore, if the DSPTAP *LABELS command is run, the block length for the LIC will not be the same.

Under certain conditions, OS install can also fail with CPZ2010 error when using third-party tape units that are emulating IBM tape drive resource . LIC is always saved with USEOPTBLK(*NO) for all tape drives. But for all tape drives other than real old basic ones, OS is saved with USEOPTBLK(*YES).

Some third-party tape device providers require that a license key be entered or added on their data server before any save or restore functions are performed on IBM i system so the device can communicate with IBM i system correctly.

Example: Customer had done a full system backup using third-party drive emulating 3580 tape and had the required license key entered correctly before backup was done. During migration attempts using that media, they restored to a different server but forgot to enter license key for the third-party device. LIC installed OK on IBM i; however, OS install failed with CPZ2010. The device did not communicate the correct media format of data it was sending to IBM i. Once the root cause of this issue was discovered, they added the license key. They were able to use the original SAVSYS media and were able to install OS from it just fine.