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