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



Similar but much easier......

--
Jim Oberholtzer
Agile Technology Architects

-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Rob
Berendt
Sent: Thursday, January 23, 2020 12:53 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Moving all systems to new external storage subsystems

This makes perfect sense. Sounds about the same as adding a new internal
disk enclosure.

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
DrFranken
Sent: Thursday, January 23, 2020 1:50 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Moving all systems to new external storage subsystems

CAUTION: This email originated from outside of the organization. Do not
click links or open attachments unless you recognize the sender and know the
content is safe.


You are basically on track with the changing the tagged load source
resource. Other than that nothing needs to be done.

As to the remaining disks don't use ASP BAL for that instead in Service
tools first add all the new disks but DO NOT balance. (Rare time when
you do not want to balance.) Once they are added then select all the
old disks and remove them.

The system now moves all date from old to new storage while the system
is operational. WHen those disks are empty they become unconfigured.

ONE WARNING! After you have copied the load source that OLD load source
will be available as a disk to add to the ASP. You want NOT to do that
of course as it is one of those you're moving off from. So know the DD
number AND serial number of that critter!!

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 1/23/2020 1:44 PM, Mitchell, Dana via MIDRANGE-L wrote:
Currently all of our i lpars are running on external storage behind 2 VIOs
in each box and we need to migrate to new external storage subsystems. A
while back I opened a PMR to IBM asking about migrating the load source and
there was a short discussion here about this kc article:
https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_72/rzaly/rzalylsnpr
ot.htm

Is there a different kc article that addresses doing this with external
storage? This one has a step:

Move the replacement disk unit.
1. Move the replacement disk unit that contains the load source
information into the slot where the old load source disk unit (unit 1)
originally resided.

Isn't that sort of a moot point since all the ldevs are vio hosted on
external storage? Perhaps just need to update the Tagged IO to the new
adapter that the new load source is attached to?

Also, is there a kc article that outlines moving all of the non-load
source volumes? Or is there nothing more to it than STRASPBAL *ENDALC and
*MOVDTA?

Thanks
Dana



Attention: This electronic document and associated attachments (if any)
may contain confidential information of the sender (SHAZAM Network) and is
intended solely for use by the addressee(s). Review by unintended
individuals is prohibited. If you are not the intended recipient: (i) do not
read, transmit, copy, disclose, store, or utilize this communication in any
manner; (ii) please reply to the sender immediately, state that you received
it in error and permanently delete this message and any attachment(s) from
your computer and destroy the material in its entirety if in hard copy
format. If you are the intended recipient, please use discretion in any
email reply to ensure that you do not send confidential information as we
cannot secure it through this medium. By responding to us through internet
e-mail, you agree to hold SHAZAM, Inc. and all affiliated companies harmless
for any unintentional dissemination of information contained in your
message. Thank you.

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

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.