RE: Reclaim Storage

[rob@xxxxxxxxx]

Sounds real familiar with me.  I know that Al has said that after a 
complete system restore that you should do another save to test it.
But I've not had a save abort (because of damaged objects) since running 
the RCLSTG prior.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





"DeLong, Eric" <EDeLong@xxxxxxxxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx
01/22/2004 01:28 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
"'Midrange Systems Technical Discussion'" <midrange-l@xxxxxxxxxxxx>
cc

Fax to

Subject
RE: Reclaim Storage






I recall someone (probably Al Barsa) saying that some damaged objects are
not detected UNTIL a save if attempted.  It is marked as *damaged, then
fixed on the next rclstg.  I can't seem to locate the thread I'm thinking
of.... 

Eric DeLong
Sally Beauty Company
MIS-Project Manager (BSG)
940-898-7863 or ext. 1863



-----Original Message-----
From: David A Parnin [mailto:daparnin@xxxxxxxxxxxxxxxxxx]
Sent: Thursday, January 22, 2004 11:59 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Reclaim Storage



If you were worried about damaged objects could you do something like
DSPOBJD OBJ(*ALL/*ALL) OBJTYPE(*ALL) DETAIL(*FULL) OUTPUT(*OUTFILE)
OUTFILE(QGPL
/OBJDESC)
and then query the outfile to see if the object was damaged?  Or are there
system objects or something that wouldn't show up?  That would let you 
know
if anything was damaged prior to the save.  Granted, if you had a lot of
objects this could take awhile.  You do have a lot but then again you've
got the fastest iSeries in Indiana with lots of disk arms so it shouldn't
take that long should it?  :)  That way you could do the save first and
cancel your subscription to midrange-jobs.

Dave Parnin
Nishikawa Standard Company
Topeka, IN  46571
daparnin@xxxxxxxxxxxxxxxxxx



 

                      rob@xxxxxxxxx

                                               To:       Midrange Systems
Technical Discussion 
                      01/22/2004 12:09
<midrange-l@xxxxxxxxxxxx>@SMTP@CTB 
                      PM                       cc:

                      Please respond to        Subject:  Re: Reclaim 
Storage

                      Midrange Systems

                      Technical

                      Discussion

                      <midrange-l@midra

                      nge.com>

 

 




I always run the RCLSTG prior to the whole system save.  I was running
into too many saves failing because of damaged objects.  Real fun to
restart 10 hour saves.

Never had a RCLSTG blow a system out of the water.  And we've done some
funny things.

Heck, if it ever does, you have your Business Recovery plan ready, eh?
(Hopefully it's better than knowing the email address to the midrange jobs
list.)

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





"Dave Snyder" <dsnyder@xxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
01/22/2004 11:11 AM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
midrange-l@xxxxxxxxxxxx
cc

Fax to

Subject
Reclaim Storage






We performed our last reclaim storage about 2 ½ years ago on V4R5. We are
now on V5R1 preparing to go to V5R2 next month. Is it necessary to perform
a system backup prior to doing a reclaim storage? I am not certain what
all the reclaim storage does, so if it craps out in the middle, would we
be stuck with our shorts down if we do not have a backup?
Dave


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.