If there is no contents on the volume and it will not go back to scratch
then do the following:
Update vol 000008 access=readw
Audit vol 000008 fix=yes
Update vol 000008 access=offsite
Now the volume should show as empty (or pending) and not filling. If you
are running DRM it will take care of the rest. If not then you will have to
recall tape and update its status.
Hope that helps
--
Phillip Ford
Senior Software Specialist
Corporate Computer Center
Schering-Plough Corp.
(901) 320-4462
(901) 320-4856 FAX
phillip.ford AT spcorp DOT com
-----Original Message-----
From: PAC Brion Arnaud [mailto:Arnaud.Brion AT PANALPINA DOT COM]
Sent: Wednesday, August 06, 2003 7:57 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Empty offsite tape reclamed again and again
Hi list !
TSM server 5.1.6.2 on AIX 4.3.3
Could someone explain following behaviour : TSM server insists reclaming an
offsite empty tape several times a day, sometimes restarting a new
reclamation process seconds after the first one ceased.
"Q act begint=-12 s=000008" shows (snippet of it)
06.08.2003 08:57:17 ANR1040I Space reclamation started for volume 000008,
storage pool COPYLTO1_AIX (process number 1401).
06.08.2003 08:57:17 ANR1041I Space reclamation ended for volume 000008.
06.08.2003 08:57:56 ANR1040I Space reclamation started for volume 000008,
storage pool COPYLTO1_AIX (process number 1402).
06.08.2003 08:58:00 ANR1041I Space reclamation ended for volume 000008.
06.08.2003 09:07:51 ANR1040I Space reclamation started for volume 000008,
storage pool COPYLTO1_AIX (process number 1403).
06.08.2003 09:07:51 ANR1041I Space reclamation ended for volume 000008.
06.08.2003 09:11:13 ANR1040I Space reclamation started for volume 000008,
storage pool COPYLTO1_AIX (process number 1404).
06.08.2003 09:11:13 ANR1041I Space reclamation ended for volume 000008.
06.08.2003 09:30:49 ANR1040I Space reclamation started for volume 000008,
storage pool COPYLTO1_AIX (process number 1405).
This begins a soon as I lower reclamation threshold for copylt01_aix
stgpool, and lasts untill I increase it back to 100. Curiously no tape from
corresponding primary stgpool is mounted, no output tape is created, and
more troubling q vol 000008 f=d gives me that output :
q vol 000008 f=d
Volume Name: 000008
Storage Pool Name: COPYLTO1_AIX
Device Class Name: LTO1
Estimated Capacity (MB): 222.701,1
Pct Util: 0,0
Volume Status: Filling
Access: Offsite
Pct. Reclaimable Space: 100,0
Scratch Volume?: Yes
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 8
Write Pass Number: 1
Approx. Date Last Written: 24.09.2002 08:59:57
Approx. Date Last Read: 21.09.2002 17:24:57
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location: VAULT
Last Update by (administrator): OPERATOR
Last Update Date/Time: 24.09.2002 10:11:07
>From what I read, the system insists reclaming an empty tape, that hasn't
been written since 11 month ! Doing a q con 000008 returns "ANR2034E QUERY
CONTENT: No match found using this criteria." Anyone having an idea of what
could be happening here, and how to get a rid of this (delete the volume,
move data ?) Thanks in advance ! Cheers. Arnaud
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| Arnaud Brion, Panalpina Management Ltd., IT Group |
| Viaduktstrasse 42, P.O. Box, 4002 Basel - Switzerland |
| Phone: +41 61 226 19 78 / Fax: +41 61 226 17 01 |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
*********************************************************************
This message and any attachments are solely for the intended recipient. If you
are not the intended recipient, disclosure, copying, use or distribution of the
information included in this message is prohibited -- Please immediately and
permanently delete.
|
