Steve,
I had exactly the same setup on my old TSM system.
The trick to using multiple file systems as FILE device classes is to
pre-define the volumes and set MaxScratch to zero. Then the volumes will
toggle from full to pending to empty and never go scratch. That way you
can have as many file systems as you like - my old TSM system had six. You
can allocate all the space in each file system. With MaxScratch set to
zero TSM won't try to allocate any additional volumes and overallocate the
file system.
Also, note that large volumes aren't necessary. Each directory name
stored takes between 500 and 1000 bytes on my system, so I've got my
volumes set at 50 MB each. That will hold 50-100 thousand directories per
volume.
Tab Trepagnier
TSM Administrator
Laitram, LLC
Steve Schaub <Steve.Schaub AT HAWORTH DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
08/12/2003 02:59 PM
Please respond to "ADSM: Dist Stor Manager"
To: ADSM-L AT VM.MARIST DOT EDU
cc:
Subject: Need help setting up FILE class pool volumes
Server = 5.1.6.2 on AIX 5L
Yes, I have tried to read through the admin/getting started/reference
books
We have a disk stgpool named DIRPOOL where we direct all our directory
info to (using the dirmc option). The stgpool backup to drm of this
pool has gotten progressively worse (2 hours for 9253 files, 12,296,192
bytes), so we decided to try the approach of creating FILE type disk
volumes to migrate to so that the regular disk pool would stay fairly
small/fresh. It didn't seem too hard after reading the admin guide, so
I went and carved out 5) 500MB lvols to try it out. After some false
starts, I realized that the device class I had to create was only going
to allow me to point to one directory structure (i.e. one lvol as well).
However, I decided to try it on one of the lvols and if that worked, to
move stuff around later. When I lowered the migr level of the dirpool,
it looked like it was going to work, but after creating and filling one
50MB TSM vol in the DIRFILE pool, the migration aborted saying it was
out of space. Attached are the log entries as well as all the detail I
could think of to show how things are set up. If anyone could point out
where I'm going wrong, I would be most appreciative.
08/06/03 13:37:53 ANR2017I Administrator TSS1 issued command: UPDATE
STGPOOL
dirpool hi=40
08/06/03 13:37:53 ANR2202I Storage pool DIRPOOL updated.
08/06/03 13:37:53 ANR1000I Migration process 308 started for storage
pool
DIRPOOL.
08/06/03 13:37:55 ANR1340I Scratch volume
/bfaa2dk10/filevolumes/00001FCB.B-
FS is now defined in storage pool DIRFILE.
08/06/03 13:40:07 ANR1025W Migration process 308 terminated for
storage pool
DIRPOOL - insufficient space in subordinate
storage pool.
08/06/03 13:40:07 ANR1002I Migration for storage pool DIRPOOL will
be
retried in 60 seconds.
Storage Pool Name: DIRPOOL
Storage Pool Type: Primary
Device Class Name: DISK
Estimated Capacity (MB): 3,100.0
Pct Util: 42.3
Pct Migr: 42.3
Pct Logical: 99.9
High Mig Pct: 100
Low Mig Pct: 99
Migration Delay: 0
Migration Continue: Yes
Migration Processes: 1
Next Storage Pool: DIRFILE
Reclaim Storage Pool:
Maximum Size Threshold: No Limit
Access: Read/Write
Description: Directory Storage Pool (Disk)
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): 0.00
Elapsed Migration Time (seconds): 0
Reclamation in Progress?:
Volume Being Migrated/Reclaimed:
Last Update by (administrator): TSS1
Last Update Date/Time: 08/06/03 13:45:56
Storage Pool Data Format: Native
Copy Storage Pool(s):
Continue Copy on Error?:
CRC Data: No
Storage Pool Name: DIRFILE
Storage Pool Type: Primary
Device Class Name: FILE2
Estimated Capacity (MB): 50.0
Pct Util: 97.7
Pct Migr: 100.0
Pct Logical: 100.0
High Mig Pct: 100
Low Mig Pct: 99
Migration Delay: 0
Migration Continue: Yes
Migration Processes:
Next Storage Pool:
Reclaim Storage Pool:
Maximum Size Threshold: No Limit
Access: Read/Write
Description: File class sequential pool for
directories
Overflow Location:
Cache Migrated Files?:
Collocate?: No
Reclamation Threshold: 100
Maximum Scratch Volumes Allowed: 1
Delay Period for Volume Reuse: 0 Day(s)
Migration in Progress?: No
Amount Migrated (MB): 0.00
Elapsed Migration Time (seconds): 0
Reclamation in Progress?: No
Volume Being Migrated/Reclaimed:
Last Update by (administrator): TSS1
Last Update Date/Time: 08/06/03 13:34:42
Storage Pool Data Format: Native
Copy Storage Pool(s):
Continue Copy on Error?:
CRC Data: No
Device Class Name: FILE2
Device Access Strategy: Sequential
Storage Pool Count: 1
Device Type: FILE
Format: DRIVE
Est/Max Capacity (MB): 50.0
Mount Limit: 12
Mount Wait (min):
Mount Retention (min):
Label Prefix:
Library:
Directory: /bfaa2dk10/filevolumes
Server Name:
Retry Period:
Retry Interval:
Shared:
Last Update by (administrator): TSS1
Last Update Date/Time: 08/06/03 13:08:11
Volume Name: /bfaa2dk10/filevolumes/00001FCB.BFS
Storage Pool Name: DIRFILE
Device Class Name: FILE2
Estimated Capacity (MB): 50.0
Pct Util: 97.7
Volume Status: Filling
Access: Read/Write
Pct. Reclaimable Space: 0.4
Scratch Volume?: Yes
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 6
Write Pass Number: 1
Approx. Date Last Written: 08/06/03 13:40:04
Approx. Date Last Read: 08/07/03 16:34:20
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location:
Last Update by (administrator):
Last Update Date/Time: 08/06/03 13:37:55
Filesystem 1024-blocks Free %Used Iused %Iused Mounted on
/dev/bfaa3dk10 524288 523688 1% 17 1% /bfaa3dk10
/dev/bfaa4dk10 524288 523688 1% 17 1% /bfaa4dk10
/dev/bfaa5dk10 524288 523688 1% 17 1% /bfaa5dk10
/dev/bfaa6dk10 524288 523688 1% 17 1% /bfaa6dk10
/dev/bfaa7dk10 524288 523688 1% 17 1% /bfaa7dk10
/dev/bfaa2dk10 524288 472472 10% 19 1% /bfaa2dk10
[/bfaa2dk10]
%ls -l
total 16
drwxr-sr-x 2 root sys 512 Aug 06 13:37 filevolumes
drwxrwx--- 2 root system 512 Aug 01 16:10 lost+found
[/bfaa2dk10]
%cd filevolumes
[/bfaa2dk10/filevolumes]
%ls -l
total 102400
-rw------- 1 root sys 52428800 Aug 06 13:44 00001fcb.bfs
Steve Schaub
Systems Engineer
Haworth, Inc
616-393-1457 (desk)
616-412-0544 (numeric page)
4120544 AT Archwireless DOT net (text page)
WWJWMTD
|
