× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.







Oh come on now... ;)  Your other answer about the Mgt Central collections
went a long way towards explaining it!

                                                                           
             rob@xxxxxxxxx                                                 
             Sent by:                                                      
             midrange-l-bounce                                          To 
             s@xxxxxxxxxxxx            Midrange Systems Technical          
                                       Discussion                          
                                       <midrange-l@xxxxxxxxxxxx>           
             08/25/2005 04:13                                           cc 
             PM                                                            
                                                                   Subject 
                                       Re: RCLSTG  (Was: Preventative      
             Please respond to         Maintenance For AS400)              
             Midrange Systems                                              
                 Technical                                                 
                Discussion                                                 
             <midrange-l@midra                                             
                 nge.com>                                                  
                                                                           
                                                                           




Just cause.

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





ChadB@xxxxxxxxxxxxxxxxxxxx
Sent by: midrange-l-bounces@xxxxxxxxxxxx
08/25/2005 02:50 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


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

Subject
Re: RCLSTG  (Was: Preventative Maintenance For AS400)











Just wondering why you run the RCLSTG that frequently...


             rob@xxxxxxxxx
             Sent by:
             midrange-l-bounce                                          To

             s@xxxxxxxxxxxx            Midrange Systems Technical
                                       Discussion
                                       <midrange-l@xxxxxxxxxxxx>
             08/25/2005 03:21                                           cc

             PM
                                                                   Subject

                                       Re: RCLSTG  (Was: Preventative
             Please respond to         Maintenance For AS400)
             Midrange Systems
                 Technical
                Discussion
             <midrange-l@midra
                 nge.com>






We have a machine that we run RCLSTG on every 8 weeks.  We used to do just
the RCLSTG on one 8 week rotating schedule and the full system save, etc
on another 8 week rotating schedule because the RCLSTG took too long.
After we upgraded from the 820 to the 520 it's not the problem it used to
be and they're done on the same schedule.  RCLSTG dropped from an average
of 13 hours down to 4.  Another one of those fantastic performance
increases you get when you drop your number of disk arms from 42 down to
7.

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





ChadB@xxxxxxxxxxxxxxxxxxxx
Sent by: midrange-l-bounces@xxxxxxxxxxxx
08/25/2005 01:43 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


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

Subject
Re: RCLSTG  (Was: Preventative Maintenance For AS400)











Wow... that's the type of RCLSTG horror story i've rumours of, but never
heard any specifics about!  I'm wonder how common these types of RCLSTGs
really are... i'm betting Larry, Al, and some of the others might have
some
idea...

I've always been lucky to end up with the 2-4 hour ones.



             "Ingvaldson,
             Scott"
             <SIngvaldson@guid                                          To

             eone.com>                 <midrange-l@xxxxxxxxxxxx>
             Sent by:                                                   cc

             midrange-l-bounce
             s@xxxxxxxxxxxx                                        Subject

                                       RCLSTG  (Was: Preventative
                                       Maintenance For AS400)
             08/25/2005 02:33
             PM


             Please respond to
             Midrange Systems
                 Technical
                Discussion
             <midrange-l@midra
                 nge.com>






I was always in the "run a RCLSTG before very upgrade" camp, but we just
had a bad experience with our last RCLSTG.  We're getting ready to
upgrade V5R2-->V5R3 on an 810 with 4GB main storage, 225 GB internal
DASD at 66% and 565 GB fiber-attached shark external DASD at 69%.  The
last RCLSTG was run two years ago and took about two hours.  We haven't
had any system crashes in this time, however the external DASD was added
after that and has about 7M documents stored on it.  I SWAGed a
guesstimate of 8 hours and requested 24 hours of downtime to run the
RCLSTG.

The first part of the RCLSTG took about 24 hours. (to get to 100%)  Next
it sat at message CPI8218 - Directory recovery in progress for about 10
hours before going on to message CPIA916.  After determining that we
were going to miss our SLA Monday morning the boss ordered an abort.  It
only took about a minute to end after an ALT SYSREQ 2 and then I did a

RCLSTG *DBXREF, which only ran about 6 minutes.  Then I IPLed (B-N) and
all looked normal, a *FULL restart went very quickly.

There were 12 objects in QRCL: 2 data queues and 9 user spaces beginning
with Q, and 1 file (EKDDSPOBJD, which may have been a WAF temp file as
it no longer exists or seems to be needed.)  There were no /QReclaim or
/QOpenSys/QReclaim directories.

The bottom line is that it is unlikely that we will run a Reclaim
Storage again, at least not until we have an HA environment with a
backup production LPAR.

Regards,

Scott Ingvaldson
iSeries System Administrator
GuideOne Insurance Group


-----Original Message-----
date: Thu, 25 Aug 2005 11:27:03 -0400
from: "Doug Hart" <DougHart@xxxxxxxxxxxx>
subject: RE: Preventative Maintenance For AS400


I work at a large (8 systems/23 partitions) iSeries datacenter and they
have
not done a RCLSTG in well over 10 years.
They simply say that they can't be down that long.  They also feel that
since they replace machines on about 3 year cycles they are never that
over
due for the cleanup.  I'm not totally in agreement but they run OK.  I
if
you run RTVDSKINF then PRTDSKINF *SYS look down the report for the line
'Storage affected by RCLSTG'.  It should show the impact of objects to
recover/cleanup.

--
Doug Hart

--
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.


_____________________________________________________________________________



Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________




ForwardSourceID:NT00029806

_____________________________________________________________________________


Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________--



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.


_____________________________________________________________________________


Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________



ForwardSourceID:NT00029856

_____________________________________________________________________________

Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________--


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.


_____________________________________________________________________________

Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________


ForwardSourceID:NT000298A2

_____________________________________________________________________________
Scanned by IBM Email Security Management Services powered by MessageLabs. For 
more information please visit http://www.ers.ibm.com
_____________________________________________________________________________

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.