Re: When is 30% of 100 equal to 21 ?

Zoltan,

you provided Q STG output before the migration but not when the migration
finished. At the same time your LOWMIG=30, HIGHMIG=85 and as you and
Richard pointed MIGPR=3.
1. If you had about 87GB when migration started, moved out ~62GB and went
down to approx. 25GB. But this means that you issued Q STG when the
migration process was nearly finished. This cannot be our case.
so
2. You had 31 GB. Lowering thresholds you forced a migration. During the
migration some node(s) have written data to the pool and it was migrated by
other processes (19,20). So expecting you had:
        - Q STG --> highmig=85 lowmig=30 and "Pct Util"=30.8%
        - UPD STG SPBACKUP lowmig=0 highmig=0
        - migratin process 18
        ....
        - a node backups/archives data
        ....
        - migration process 19
        ....
        - a node backups/archives data
        ....
        - migration process 20
        ....

12:23:05
12:23:35
12:23:55
        - end of all migration processes
13:20:53
        - UPD STG SPBACKUP lowmig=30 highmig=85
        - Q STG SPBACKUP F=D --> highmig=85 lowmig=30 and "Pct Util"=0.0%,
"Pct Mig"=0.0%, "Ammount Migrated"=61,997.64MB

So check your log for client node connections and how much data they loaded
on the server during all three migration processes.


Zlatko Krastev
IT Consultant






Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU> on 18.09.2001 22:22:55
Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
To:     ADSM-L AT VM.MARIST DOT EDU
cc:

Subject:        When is 30% of 100 equal to 21 ?

An interesting anomoly.

I did a Q STG and got the following:

Storage      Device       Estimated    Pct    Pct
Pool Name    Class Name    Capacity   Util   Migr
                               (MB)
-----------  ----------  ----------  -----  -----
SPBACKUP     DISK         100,921.7   30.8   30.8
SPBACKUP     DISK         100,921.7   30.8   30.8

Now, my simple math says that 30% utilized of 100G should be roughly 30G.

However, when I started migration, I got:

ANR1001I,Migration process 20 ended for storage pool SPBACKUP.
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.

which is app.  21GB.

No, I do not cache this stg:

  ANR5965I Console command:  Q STG SPBACKUP F=D

                 Storage Pool Name: SPBACKUP
                 Storage Pool Type: Primary
                 Device Class Name: DISK
           Estimated Capacity (MB): 100,921.7
                          Pct Util: 0.0
                          Pct Migr: 0.0
                       Pct Logical: 100.0
                      High Mig Pct: 85
                       Low Mig Pct: 30
                   Migration Delay: 0
                Migration Continue: Yes
               Migration Processes: 3
                 Next Storage Pool: ATL3590
              Reclaim Storage Pool:
            Maximum Size Threshold: No Limit
                            Access: Read/Write
                       Description: Main Disk Storage Pool
                 Overflow Location:
             Cache Migrated Files?: No
                        Collocate?:
             Reclamation Threshold:
   Maximum Scratch Volumes Allowed:
     Delay Period for Volume Reuse:
            Migration in Progress?: No
              Amount Migrated (MB): 61,997.64
  Elapsed Migration Time (seconds): 8,164
          Reclamation in Progress?:
   Volume Being Migrated/Reclaimed:
    Last Update by (administrator): SERVER_CONSOLE
             Last Update Date/Time: 09/18/2001 13:20:53

===========================
Zoltan Forray
Virginia Commonwealth University
University Computing Center
e-mail: zforray AT vcu DOT edu
voice: 804-828-4807