ADSM-L

Re: Empty offsite tape reclamed again and again

2003-08-06 11:26:11
Subject: Re: Empty offsite tape reclamed again and again
From: "Ford, Phillip" <phillip.ford AT SPCORP DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 6 Aug 2003 11:25:36 -0400
I do not have the same problem but it is simpler.  Since we have data stay
on our disk pool, reclaim is slow.  So we run a process that looks for
offsite tapes that have a low fill amount (less than 10%) and do a move data
on them.  After the process sees the "move data" process end it check the
volume.  If it is not empty or pending then it e-mails me that there is a
problem with tape xxxxx.  The process I sent you is the one that I use to
clear these when they no longer contain data but wont go to empty or
pending.


--
Phillip  8(
320-4462



-----Original Message-----
From: PAC Brion Arnaud [mailto:Arnaud.Brion AT PANALPINA DOT COM]
Sent: Wednesday, August 06, 2003 9:01 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Empty offsite tape reclamed again and again


This message was scanned by MIMEsweeper and determined to possibly be Spam
mail. This scanning was performed to assist you in dealing more effectively
with this type of message in the future. You may read the message and
determine what course of action is appropriate to take. The below link will
take you to an internal Webpage with several options to automatically
process messages that are determined to be Spam. Please review these options
and decide which solution is appropriate in your situation:
http://corporate/cit/Rescenter/email/spamrule.pdf
<a
href="http://corporate/cit/Rescenter/email/spamrule.pdf";>http://corporate/ci
t/Rescenter/email/spamrule.pdf</a>



Hi Phillip,

Thanks for your procedure, I tried it, and while issuing "audit vol .." got
this message :

08/06/03 15:49:39     ANR2334W Missing or incorrect information detected
by
                       AUDIT VOLUME for volume 000008 - information will
be
                       created or corrected.

Now, q vol f=d returns :

          Volume Name: 000008
             Storage Pool Name: COPYLTO1_AIX
             Device Class Name: LTO1
       Estimated Capacity (MB): 0.0
                      Pct Util: 0.0
                 Volume Status: Empty
                        Access: Offsite
        Pct. Reclaimable Space: 0.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: 09/24/02 08:59:57
        Approx. Date Last Read: 09/21/02 17:24:57
           Date Became Pending:
        Number of Write Errors: 0
         Number of Read Errors: 0
               Volume Location: VAULT
Last Update by (administrator): BAR021
         Last Update Date/Time: 08/06/03 15:52:49

And q drm returns :

000008              Vault retrieve       09/24/02 10:11:07

So I think everything is fine again !
Thanks a lot for your help ... By the way, did you face the same problem
that you could gave me such a rapid response, and case of a positive answer,
do you know what happened that resulted in such a behaviour ? 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       |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



-----Original Message-----
From: Ford, Phillip [mailto:phillip.ford AT SPCORP DOT COM]
Sent: Wednesday, 06 August, 2003 15:06
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Empty offsite tape reclamed again and again


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.





*********************************************************************
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.