RE: why RCLSTG

["Andy Nolen-Parkhouse" <aparkhouse@xxxxxxxxx>]

Jim,

There may be some truth there.  I'd welcome other comments.

What I remember is that some of the DST disk pumping utilities don't
really work with the operating system (obviously it's not loaded).
Objects are moved but damaged objects may be omitted.  Unfortunately,
the only way to remove the damage flag is to run a RCLSTG.  You could
specify to omit the DBXREF rebuild when you run the command, but I would
run it.

Can anyone provide some context to my memories?  Is this old information
which is no longer valid?  I can't find my notes.

Regards,
Andy Nolen-Parkhouse

> On Behalf Of Jim Damato
> Subject: why RCLSTG
>
> Our CE told us to perform a RCLSTG and a long IPL before the hardware
> installation.  The last RCLSTG in April took about two hours.  We
started
> one this weekend and it showed no sign of finishing after three and a
half
> hours in the midst of a critical processing cycle, so operations
called
> support for directions on how to end the RCLSTG.  We're estimating
that
> the
> RCLSTG would run for another six hours or so.
>
> So many upgrades require a RCLSTG.  I'm trying to figure out why.  I
think
> I
> can understand why OS upgrades and certain PTF packages require a
RCLSTG,
> but I'm not clear on why we would need to RCLSTG before adding disk
and
> migrating RAID sets.  We don't really have time for both a full system
> save
> and a RCLSTG before the installation, and I'm definitely not blowing
off
> the
> save.  I'd like to know if there are concrete risks associated with
not
> having performed RCLSTG before a hardware upgrade of this type.
>
> The only CE I have available at the moment is one of the ones who was
> cross-trained from the RS/6000 and who seems to only know the AS/400
> phonetically.  Any insight anyone could offer would be greatly
> appreciated.
>
> Much thanks...
>
> James P. Damato