Re: STRASPBAL Odd Behaviour

So, increase the size of the Machine Pool until the balancing is done....

Subject: Re: STRASPBAL Odd Behaviour

Esteemed Larry,

When YOU ask questions about disk, I get concerned.
I just added two 140gb disk drives to a 520 in an 0595 this morning, V5R4.
CHKASPBAL
Unit 7 is selected for end allocation.
Unit 8 is selected for end allocation.
ASP balancing type *CAPACITY is active for ASP 1.

Why "end allocation"?  Isn't that normally reserved for preparing to
remove drives from a system?

WRKDSKSTS
              Size    %     I/O   Request   Read  Write   Read  Write %
Unit  Type      (M)  Used    Rqs  Size (K)    Rqs   Rqs     (K)   (K) Busy
  1  4328   141129  80.5  481.5      6.3    42.3  439.1   28.0    4.2 20
  2  4328   105847  80.5  201.0      5.5    24.1  176.9   14.7    4.2 0
  3  4328   105847  80.5  246.2      6.2    28.7  217.4   21.7    4.2 0
  4  4328   105847  80.5  180.8      4.8    24.8  155.9    7.7    4.3 0
  5  4328   105847  80.5  256.3      5.0    29.5  226.7   11.2    4.2 0
  6  4328   141129  80.5  602.8      5.5   113.1  489.6    8.2    4.9 40
  7  4328   141129    .4   49.0      4.2      .3   48.6    8.0    4.1 0
  8  4328   141129    .5   73.9      4.2     1.9   71.9    7.2    4.2 20

Now you really have me concerned.

Called IBM.  Apparently if the machine pool is getting hammered this could
run for days.  Also they just look like they are "end allocation" as part
of the balancing operation.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Larry Bolhuis <lbolhuis@xxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
11/10/2006 08:45 AM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Subject
STRASPBAL Odd Behaviour






Greetings and Salutations this fine Friday to this august group of
highly respected and intelligent i people!

I have a customer with an i810 on V5R3 where we are moving from 19 35GB
Drives with RAID protection to a mix of 70 and 35 GB Drives with
MIRRORed protection. In preparation for the migration we have added a
5095 full of the 70 GB Drives as well as two more 70 GB drives in the
only open slots in their 5094. These drives are Mirrored and added to
ASP(1).  In this process 5 of the existing 35 GB Drives will be
completely removed and the remainder switched from RAID to MIRROR.   So
I have used STRASPBAL to *ENDALC on the 5 drives coming out and then
STRASPBAL *MOVDTA *NOMAX to move the data. This has woked flawlessly for
me in the past but in this case the system picked 8 of the current RAID
drives to pile the data onto until they are north of 95% full and then
stopped draining! Meanwhile the 70GB Mirrored units are all sitting at
32% full. Here is a snapshot of drives 7 through 20.  Notices the
bizzare percentages.

 7  4326    26373  98.1
 8  4326    26373  96.9
 9  4326    26373  98.4
10  4326    26373  96.5
11  4326    26373  96.6
12  4326    35165  91.1
13  4326    26373  96.7
14  4326    26373  96.6
15  4326    35165  49.9
16  4326    26373  50.4
17  4326    35165  40.2
18  4326    35165  40.0
19  4326    35165  39.9
20  4327    70564  32.1
20  4327    70564  32.1

Check ASP Balance status:

CHKASPBAL
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.
Unit 19 is selected for end allocation.
ASP balancing type *MOVDTA is active for ASP 1.

This has been running since Tuesday!

Note there is a significant disk usage from network storage spaces so I
know those won't move while varied on, but this should only result in
15-19 not being MT, rather than 7-14 being nearly full.

 Thoughts, comments, Wild Ass Guesses?

  -Larry
--
Larry Bolhuis                   IBM eServer Certified Systems Expert:
Vice President                    iSeries Technical Solutions V5R3
Arbor Solutions, Inc.             iSeries LPAR Technical Solutions V5R3
1345 Monroe NW Suite 259          iSeries Linux Technical Solutions V5R3
Grand Rapids, MI 49505            iSeries Windows Integration Technical
Solutions V5R3
                               IBM eServer Certified Systems Specialist
(616) 451-2500                    iSeries System Administrator for
OS/400 V5R3
(616) 451-2571 - Fax              AS/400 RPG IV Developer
(616) 260-4746 - Cell             iSeries System Command Operations V5R2