Re: Restoring DDM files from tape *RESOLVED

[Jerry Draper <midrangel@xxxxxxxxxxxxx>]

This was caused by a mismatch in refresh levels of the LIC.

It has nothing to do with timeouts.

The root cause of this issue was that the DR site IPLed the DR machine 
using an iBase DVD at refresh level B and then switched to loading more 
microcode and the OS from the sav sys 21 full system backup tape which 
was at refresh level M.

A retest of the DR simulation with an iBase DVD of refresh level K and 
there were no issues restoring DDM files.

Why did this happen?

Our process specified that the DR site IPL from our sav sys 21 full 
system backup tape.

The DR site only has fiber attached tape drives and they cannot be 
configured as alternate IPL devices.  Their workaround is to IPL from an 
iBase DVD and then switch to the fiber attached tape.

Jerry



On 11/22/2015 4:12 PM, PaulMmn wrote:
> Would changing the job's Default Wait Time have any impact?'
>
> Or system value QCMNRCYLMT?
>
> --Paul E Musselman
> PaulMmn@xxxxxxxxxxxxxxxxxxxx
>
> .
>
>
> At 10:35 AM -0700 10/29/15, Jerry Draper wrote:
> > In a recent DR simulation we restored some libraries with lots of DDM
> > files.
> >
> > The target system of the DDM files was NOT on the network as this was
> > a simulation.
> >
> > The restore operation of each file failed after a timeout of 315 seconds.
> >
> > There are many, many DDM files so at 12/hour we weren't getting
> > anywhere fast.
> >
> > There are no break messages so you only find out after wondering why
> > the restore is taking so long.
> >
> > How can this be managed so we can restore the files and NOT validate
> > the remote system?
> >
> > Jerry