I noticed that your reclaimation threashold is 100. Have you ever
done a copypool reclamation? (I suggest 60% value). Along the line of
what Dwight stated, it is rather easy to 'use up' all avialable
scratch tapes with next to nothing on them. 'Been there, did that!
TTFN,
Al Barth
______________________________ Reply Separator _________________________________
Subject: Re: ANR1221E (pool is full???)
Author: "Dwight E. Cook" <decook AT AMOCO DOT COM> at ~Internet
Date: 10/21/97 9:00 AM
Ummm, could this be where you don't have your scratch limit set HIGH
enough ?
Do a :
query stg insert_tape_pool_name_here f=d
check your max scratch limit !
Now at the bottom the max scratch limit is 6000 but nothing shows how
many are being used!
In my wonderful world of Unix (Aix) I just :
dsmadmc -id=_ -pass=_ q vol stg=_ | egrep '(Filling|Full)' | wc -l
and if the magic number is equal what you find as the max scratch
limit... (Actually if it is close, 'cause I can't recall if scratch
tapes for DB backups and the such count also)
Hope this helps ya,
later
Dwight
______________________________ Reply Separator _________________________________
Subject: Re: ANR1221E (pool is full???)
Author: ADSM-L (ADSM-L AT VM.MARIST DOT EDU) at unix,mime
Date: 10/21/97 6:52 AM
Hello,
I opened a ETR with IBM on 10/7/97 for the same type of problem. One
NT client failed two scheduled
backups in a row with ANR0522W indicating that no sapce was available in my
tape storage pool, which was
strange considering that I had some 5,000 scratch volumes to choose from!
IBM's response was thatAPAR PQ09463 may help. Apparently the ADSM
server is trying to write a single
transaction to two volumes. It attempts to write to the first volume,
which is almost full, runs out of space - goes to
a second volume which is almost full - runs out of space, then fails with
this condition. I have not had a chance to
check out the APAR.
Ginny
dsanders AT MASSMUTUAL DOT COM
10/21/97 06:50 AM
Please respond to ADSM-L AT VM.MARIST DOT EDU
To: ADSM-L AT VM.MARIST DOT EDU
cc: (bcc: Virginia L Hysock/HI/CSC)
Subject: ANR1221E (pool is full???)
While trying to copy my primary pool to my copy pool (which is intended to
be an offsite disaster recovery pool), I get:
ANR1221E BACKUP STGPOOL: Process 307 terminated - insufficient space in
target
ANR1221E copy storage pool.
ANR5209I Dismounting volume 720040 (read-only access).
ANR1214I Backup of primary storage pool TAPEPOOL to copy storage pool
ANR1214I DISASTER_RECOVERY has ended. Files Backed Up: 0, Bytes Backed Up:
0,
ANR1214I Unreadable Files: 0, Unreadable Bytes: 0.
But if I query my pool it shows:
Storage Pool Name: DISASTER_RECOVERY
Storage Pool Type: Copy
Device Class Name: VAULT
Estimated Capacity (MB): 2,599,548.8
%Util: 35.9
%Migr:
High Mig%:
Low Mig%:
Migration Processes:
Next Storage Pool:
Maximum Size Threshold:
Access: Read/Write
Description: Backup pool for primary storage pools
Cache Migrated Files?:
Collocate?: No
Reclamation Threshold: 100
Maximum Scratch Volumes Allowed: 6,000
Delay Period for Volume Reuse: 5 Day(s)
Migration in Progress?:
Amount Migrated (MB):
Elapsed Migration Time (seconds):
Reclamation in Progress?: No
Volume Being Migrated/Reclaimed:
Last Update by (administrator): H222045
Last Update Date/Time: 10/21/1997 06:34:15
Any ideas??????
|