Yes, you are right.  I thought about it after I pressed SEND.

I guess I had a case of the "galloping dumbs".

However, further research shows the numbers are still screwy.

Yes, three migration processes started (18, 19,20).  Here are the rest of
the numbers.

ANR1001I,Migration process 18 ended for storage pool SPBACKUP.
ANR0986I Process 18 for MIGRATION running in the BACKGROUND processed
14804
items for a total of 20,968,353,792 bytes with a completion state of
SUCCESS at
12:23:35.
ANR1001I Migration process 19 ended for storage pool SPBACKUP.
ANR0986I Process 19 for MIGRATION running in the BACKGROUND processed
80403
items for a total of 21,924,864,000 bytes with a completion state of
SUCCESS at
12:23:55.

They still don't add up.  20,968,353,792 + 21,924,864,000 +   22,116,016,128 = 
65,009,233,920 or about 62GB.

Still not close to 30% of 100GB.

Oh well.  I am about to put on some maintenance. Maybe it will
adjust/correct these numbers !





Richard Sims <rbs AT BU DOT EDU>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
09/19/2001 08:50 AM
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: When is 30% of 100 equal to 21 ?


...
>ANR0986I Process 20 for MIGRATION running in the BACKGROUND processed
>120840 items for a total of 22,116,016,128 bytes with a completion
>state of SUCCESS at 12:23:05.
...

Zoltan - I certainly agree with you that the numbers you show do not
         add up.  One question I have, though...
Your storage pool definition shows a MIGPRocess value of 3, but your
posting reports the results of one process.  I'm just wondering if
there might have been other migration processes which account for the
remainder of the 30 GB?

Another thing you might do:  Count the number of files (via Select or
the like) before the migration starts and see how that number compares
which what the ANR0986I message reports.

   just a thought,  Richard Sims, BU