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



Jim,

Can you point me to the doc or link for this process.
The current V7R1 doc that I listed below still states that you must IPL to DST to remove a drive or drives.

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Wednesday, January 07, 2015 11:27 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Removing disk units that have device parity protection from a disk pool without mirrored protection

Paul,

If you are at V7R1 you don't need to power down to remove the drives from the configuration. You can do it while the system is running. As to physically removing them, if you are taking the entire RAID set anyway, don't bother with stopping it. Let whoever gets those drives on the used market deal with it. They have to anyway to prepare them for resale.
Remember there's no data on them at this point. You could use the SST
function to physically remove them while the system is running if downtime is a scarce commodity.

Also, unless you have very heavy I/O most of the time, don't be afraid to end allocation and then drain the drives during the day. The process runs in the background and is very rarely disruptive.

Otherwise your procedure looks good to me.

--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Steinmetz, Paul
Sent: Wednesday, January 07, 2015 9:59 AM
To: 'Midrange Systems Technical Discussion'
Subject: Removing disk units that have device parity protection from a disk pool without mirrored protection


I'm looking for the latest doc - Removing disk units that have device parity protection from a disk pool without mirrored protection From the IBM Knowledge Center, IBM i: Systems management Disk management, I found this table/checklist.

I want to confirm that this is current, and this process STILL cannot be done concurrently (Requires IPL to DST) My additional notes below is to minimize the down window (4 - Remove unit from configuration) after IPL to DST.

Task What to do Where to learn more
1.___ Display your current disk configuration. "Evaluating the current configuration" on page 6 2.___ Calculate the space requirements for the disk pools that are involved in disk removal.
"Calculating disk space requirements" on page 8 3.___ Use option 21 from the Save menu to save your entire system.
Save your system with the GO SAVE command 4.___ Restart your system and select the option to use dedicated service tools (DST).
"How to Start Dedicated Service Tools (DST)" in Backup and Recovery. From the taskpad in System i Navigator, select OpenSystem i Navigator Service Tools.
5.___ Remove disk units that you plan to remove from the system.
"Removing a disk unit from a disk pool" on page
101
6.___ Exclude the disk units from device parity protection. If you were successful in excluding the disk units, skip to task 8. Otherwise, continue to task 7.
"Excluding disk units from a parity set" on page
25
7.___ Stop device parity protection for all the disk units in the Input/Output Processor (IOP).
"Stopping device parity protection" on page 24 8.___ Physically remove disk units. If you stopped device parity protection in task 7, continue with task 9. If you did not stop device parity protection, skip to task 10.
"Removing a disk unit from a disk pool" on page
101
9.___ Start device parity protection again. "Starting device parity protection" on page 22 10.___ Verify that your disk unit configuration is correct. "Evaluating the current configuration" on page 6 11.___ Print your disk configuration to have available in case a recovery situation occurs.
"Printing your disk configuration" on page 7 12.___ Restart your system.


Disk removal
Removing disks require shutting down system, steps 1 thru 3 can be done ahead to minimize down time, steps 4 on require down time. (Checklist 9 - Backup and Recovery)
1) STRASPBAL TYPE(*ENDALC) UNIT(10 11 12 13 14 15 16 17 18) - This marks the disks for those you want to remove
2) CHKASPBAL
Unit 10 is selected for end allocation.
Unit 11 is selected for end allocation.
Unit 12 is selected for end allocation.
Unit 13 is selected for end allocation.
Unit 14 is selected for end allocation.
Unit 15 is selected for end allocation.
Unit 16 is selected for end allocation.
Unit 17 is selected for end allocation.
Unit 18 is selected for end allocation.
3) STRASPBAL TYPE(*MOVDTA) TIMLMT(*NOMAX) - This will run for 3 to 6 hours - suggest running at night.
4) PWRDWNSYS with restart (*NO) 5 - minutes
5) IPL using manual mode to DST 5 - minutes
6) Signon to DST
7) Logically remove from the ASP -
option 4 - (work with disk units)
option 1 - (work with disk configuration) option 3 - (work with ASP
configuration)
4 - Remove unit from configuration - If step 3 above already moved majority of data, time should be minimal, 10 minutes for all disks.
8) Stop device parity protection for IOA - 3 minutes
9) Power down system
10) From HMC, power off frame that includes the disks
11) Physically remove disks from the system

Thank You
_____
Paul Steinmetz
IBM i Systems Administrator

Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071

610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home

psteinmetz@xxxxxxxxxx
http://www.pencor.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.



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.