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



Sue,

You're message came to me. I wonder if gmane's name mangling is messed up.
Can you try the reply again and I'll let you know if I get it.

-Walden

David,

You're CC'd on this incase gmane's mangling is indeed messed up. The 'To
Name' on the message appears to be Jim, and the gmane address is
public-midrange-l=Zwy7GipZuJhWk0Htik3J/w@gmane.org but the e-mail came to
me.

-Walden


------------
Walden H Leverich III
President
Tech Software
(516) 627-3800 x11
(208) 692-3308 eFax
WaldenL@TechSoftInc.com
http://www.TechSoftInc.com

Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)



-----Original Message-----
From: Sue Baker [mailto:smbaker@us.ibm.com]
Sent: Wednesday, July 24, 2002 15:36
To: Jim Damato
Subject: Re: pumping storage using DST



Jim, there are a few things that may be of assistance to you. Some of your
comments later in the thread make me wonder if they might be helpful or not.
Please reply with a phone number so we can chat about it.

Sue Baker
iSeries Advanced Technical Support
Rochester, MN

On 23 Jul 2002, you wrote in gmane.comp.hardware.ibm.midrange:

> As mentioned in the RCLSTG thread, we'll be adding towers of "new"
> (slightly less obsolete) disk technology to an ASP and retiring the
> original disks by removing them from the ASP and letting the system
> pump the data to the new disks.
>
> We're talking about around 800 GB on 116 existing disks - RAID5
> configured 8 GB 6713's.  We'll be adding three 5065 cabinets with 135
> disk - 17.5 GB 4318's.  The system is the aforementioned 740 12-way
> brontosaurus with the older CPU's.
>
> Has anyone undertaken a move of this magnitude?  I have no idea how
> long the DST will take to move the data.  I wouldn't be surprised if
> it took seven hours or seven days.  If anyone has any similar
> experiences that I could scale up or down to use as a basis it would
> be very helpful.  No one locally among the CE's and BP's had anything
> to offer, and the support center wouldn't go out on a limb.
>
> At the moment we're planning to take on 16 or 24 of the disk in one
> shot and try to use it to extrapolate for the rest.  If it doesn't
> look like we can finish in our weekend processing time frame we may
> have to do it in chunks over the next few weekends.
>
> Much thanks...

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


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.