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


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