ADSM-L

Re[2]: ANR1221E (pool is full???)

1997-10-21 12:34:32
Subject: Re[2]: ANR1221E (pool is full???)
From: ALLEN BARTH <abarth AT KEMPER DOT COM>
Date: Tue, 21 Oct 1997 11:34:32 -0500
     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??????
<Prev in Thread] Current Thread [Next in Thread>