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
|