ADSM-L
[Top] [All Lists]
<prev [Date] next>
[Advanced]
 <prev [Thread] next>

Re: Reclamation stopped (insufficient space in stg pool) -- NOT!

2006-01-30 09:24:48
Subject: Re: Reclamation stopped (insufficient space in stg pool) -- NOT!
From: "Lee, Gary D." <GLEE AT BSU DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 30 Jan 2006 09:24:27 -0500 
Can't be that.  All we have here are 3590-b1a drives; no other media types.
 


Gary Lee
Senior System Programmer
Ball State University
 
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Smith, I (Ian)
Sent: Saturday, January 28, 2006 4:25 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Reclamation stopped (insufficient space in stg pool) -- NOT!

 What is the format setting on the device class?

If you do a q libv f=d check the media type statement. If you are rtunning 
mixed media this may be the cause of the issue.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Jim Skinner
Sent: 27 January 2006 21:10
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Reclamation stopped (insufficient space in stg
pool) -- NOT!

If a file or image  that you are migrating is larger than the available target 
this messsage can also happen.

Jim Skinner
The University of Kansas Hospital
Westwood Campus
Information Technology Systems
2330 Shawnee Mission Parkway, Suite 201/068 Westwood KS 66205-2005
913-588-4787


>>> Andy.Huebner AT ALCONLABS DOT COM 1/27/2006 2:58 PM >>>
Try setting you migration thresholds higher than the utilization.

Andy Huebner

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Ben Bullock
Sent: Friday, January 27, 2006 12:42 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Reclamation stopped (insufficient space in stg
pool) -- NOT!

        Hmm, I was going to suggest you look a the max_scratch value, but at 
the end of the output, it looks like indeed you already have and it looks OK.

        I'm stumped too...

Ben


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Lee, Gary D.
Sent: Friday, January 27, 2006 11:38 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Reclamation stopped (insufficient space in stg pool) -- NOT!

Tsm v5.2.7
Solaris v2.8
IBMtape v4.1.2.6

Below find an abbreviated activity log to explain.
Set reclamation to 60%
Reclamation starts
Reclamation stops (insufficient space in storage pool) Selects further down 
show that there is plenty of space.

I'm stumped.  Any suggestions?

------------  activity log ----------------------

Date/Time: 01/27/06   11:13:57
  Message: ANR2017I Administrator GARY issued command: UPDATE STGPOOL bigtape 
recl=60  (SESSION: 2668)

Date/Time: 01/27/06   11:13:57
  Message: ANR2202I Storage pool BIGTAPE updated. (SESSION: 2668)

Date/Time: 01/27/06   11:13:57
  Message: ANR0984I Process 332 for SPACE RECLAMATION started in the BACKGROUND 
at 11:13:57. (PROCESS: 332)

Date/Time: 01/27/06   11:13:57
  Message: ANR1040I Space reclamation started for volume 226245, storage pool 
BIGTAPE (process number 332). (PROCESS: 332)

Date/Time: 01/27/06   11:13:57
  Message: ANR1044I Removable volume 226245 is required for space reclamation. 
(PROCESS: 332)

Date/Time: 01/27/06   11:13:57
  Message: ANR1142I Moving data for collocation cluster 1 of 7 on volume 
226245. (PROCESS: 332)

Date/Time: 01/27/06   11:15:00
  Message: ANR8337I 3590 volume 226245 mounted in drive 822P1 (/dev/rmt/1stc). 
(PROCESS: 332)

Date/Time: 01/27/06   11:15:00
  Message: ANR0512I Process 332 opened input volume 226245. (PROCESS:
332)

Date/Time: 01/27/06   11:15:11
  Message: ANR0985I Process 332 for SPACE RECLAMATION running in the BACKGROUND 
completed with completion state FAILURE at 11:15:11.
(PROCESS: 332)

Date/Time: 01/27/06   11:15:11
  Message: ANR1086W Space reclamation terminated for volume 226245 - 
insufficient space in storage pool.

Date/Time: 01/27/06   11:15:11
  Message: ANR1042I Space reclamation for storage pool BIGTAPE will be retried 
in 60 seconds.

Date/Time: 01/27/06   11:16:11
  Message: ANR1043I Space reclamation retry delay ended; checking volume 
reclamation status for storage pool BIGTAPE.

Date/Time: 01/27/06   11:16:11
  Message: ANR0984I Process 333 for SPACE RECLAMATION started in the BACKGROUND 
at 11:16:11. (PROCESS: 333)

Date/Time: 01/27/06   11:16:11
  Message: ANR1040I Space reclamation started for volume 226332, storage pool 
BIGTAPE (process number 333). (PROCESS: 333)

Date/Time: 01/27/06   11:16:11
  Message: ANR1044I Removable volume 226332 is required for space reclamation. 
(PROCESS: 333)

Date/Time: 01/27/06   11:16:11
  Message: ANR1044I Removable volume 225133 is required for space reclamation. 
(PROCESS: 333)

Date/Time: 01/27/06   11:16:11
  Message: ANR1044I Removable volume 226703 is required for space reclamation. 
(PROCESS: 333)

Date/Time: 01/27/06   11:16:11
  Message: ANR1142I Moving data for collocation cluster 1 of 3 on volume 
226332. (PROCESS: 333)

Date/Time: 01/27/06   11:16:13
  Message: ANR0515I Process 333 closed volume 226245. (PROCESS: 333)

Date/Time: 01/27/06   11:16:46
  Message: ANR8337I 3590 volume 226332 mounted in drive 820P0 (/dev/rmt/4stc). 
(PROCESS: 333)

Date/Time: 01/27/06   11:16:46
  Message: ANR0512I Process 333 opened input volume 226332. (PROCESS:
333)

Date/Time: 01/27/06   11:16:50
  Message: ANR8468I 3590 volume 226245 dismounted from drive 822P1
(/dev/rmt/1stc) in library ATOZ. (PROCESS: 332)

Date/Time: 01/27/06   11:16:56
  Message: ANR0985I Process 333 for SPACE RECLAMATION running in the BACKGROUND 
completed with completion state FAILURE at 11:16:56.
(PROCESS: 333)

Date/Time: 01/27/06   11:16:56
  Message: ANR1086W Space reclamation terminated for volume 226332 - 
insufficient space in storage pool.

Date/Time: 01/27/06   11:16:56
  Message: ANR1042I Space reclamation for storage pool BIGTAPE will be retried 
in 60 seconds.

Date/Time: 01/27/06   11:19:45
  Message: ANR2017I Administrator GARY issued command: UPDATE STGPOOL bigtape 
recl=100  (SESSION: 2668)

Date/Time: 01/27/06   11:19:45
  Message: ANR2202I Storage pool BIGTAPE updated. (SESSION: 2668)

Date/Time: 01/27/06   11:40:04
  Message: ANR2017I Administrator GARY issued command: QUERY STGPOOL bigtape 
f=d  (SESSION: 2672)

               Storage Pool Name: BIGTAPE
               Storage Pool Type: Primary
               Device Class Name: 3590
         Estimated Capacity (MB): 9,169 G
                        Pct Util: 63.2
                        Pct Migr: 87.7
                     Pct Logical: 99.0
                    High Mig Pct: 75
                     Low Mig Pct: 15
                 Migration Delay: 0
              Migration Continue: Yes
             Migration Processes:
               Next Storage Pool:
            Reclaim Storage Pool:
          Maximum Size Threshold: No Limit
                          Access: Read/Write
                     Description: primary backup tape
               Overflow Location:
           Cache Migrated Files?:
                      Collocate?: Yes
           Reclamation Threshold: 100
 Maximum Scratch Volumes Allowed: 625
   Delay Period for Volume Reuse: 4 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): GARY
           Last Update Date/Time: 01/27/06   11:19:45
        Storage Pool Data Format: Native
            Copy Storage Pool(s):
         Continue Copy on Error?:
                        CRC Data: No

Date/Time: 01/27/06   11:40:04
  Message: ANR2017I Administrator GARY issued command: select count(*) from 
volumes where stgpool_name='BIGTAPE' (SESSION: 2672)
Unnamed[1]: 580

Date/Time: 01/27/06   11:40:04
  Message: ANR2017I Administrator GARY issued command: select count(*) from 
libvolumes where status='Scratch' (SESSION: 2672)
Unnamed[1]: 83
-----------  activity log ends --------------




Gary Lee
Senior System Programmer
Ball State University


--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.23/242 - Release Date:
1/26/2006



This e-mail (including any attachments) is confidential and may be legally 
privileged. If you are not an intended recipient or an authorized 
representative of an intended recipient, you are prohibited from using, copying 
or distributing the information in this e-mail or its attachments. If you have 
received this e-mail in error, please notify the sender immediately by return 
e-mail and delete all copies of this message and any attachments.
Thank you.
_____________________________________________________________

This email (including any attachments to it) is confidential, legally 
privileged, subject to copyright and is sent for the personal attention of the 
intended recipient only. If you have received this email in error, please 
advise us immediately and delete it. You are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited. Although we have taken reasonable 
precautions to ensure no viruses are present in this email, we cannot accept 
responsibility for any loss or damage arising from the viruses in this email or 
attachments. We exclude any liability for the content of this email, or for the 
consequences of any actions taken on the basis of the information provided in 
this email or its attachments, unless that information is subsequently 
confirmed in writing. If this email contains an offer, that should be 
considered as an invitation to treat.
_____________________________________________________________

--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.23/243 - Release Date: 1/27/2006
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.23/243 - Release Date: 1/27/2006
[More with this subject...]
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  Re: TSM Database Size Growing Since Upgrading to 5.2.4.5, Andrew Carlson
Next by Date:  ASR recovery: windows 2003 (sp1); booting from san attached disk, TSM
Previous by Thread:  Re: Reclamation stopped (insufficient space in stg pool) -- NOT!, Smith, I (Ian)
Next by Thread:  Re: library tapes, Vats.Ashok
Indexes:  [Date] [Thread] [Top] [All Lists]