The update/audit didn't work.  TSM still tried to mount the tape.
I did find a similar APAR that claims it was fixed.
http://www-01.ibm.com/support/docview.wss?uid=swg1PK25386
I may just recall the tapes and audit/delete, rather than open an APAR.

--
Cameron Hanover
[email protected]

"Giving money and power to the government is like giving whiskey and car keys 
to teenage boys."
--P.J. O'Rourke

On Dec 31, 2013, at 11:15 AM, "Prather, Wanda" <[email protected]> wrote:

> I've seen that before on a 5.5 system.
> Update the volume to readwrite (try this even before you bring the volume 
> back).
> Then do:  audit volume xxxxxx fix=yes
> 
> If there is truly no content, the audit usually cleans it up and it will go 
> to vaultretrieve status, without even calling for a mount.
> 
> If not you may have to open a PMR.
> 
> 
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of 
> Cameron Hanover
> Sent: Sunday, December 29, 2013 5:10 PM
> To: [email protected]
> Subject: [ADSM-L] empty offsite volume can't be reclaimed
> 
> Before I go calling in some offsite volumes for audit, maybe someone can clue 
> me in as to what's happening here, or where to find more information on how 
> to make it make sense.
> 
> First, the requisite: This is TSM server 5.5.3.0 on AIX 5.something, maybe 
> 5.3.  (Yes, yes, EOS coming soon.  But I don't have the time, or inclination, 
> to update 30 or so instances when new hardware should be arriving some time 
> next year.)
> 
> I have a half a dozen to a dozen offsite volumes that say they can't be 
> reclaimed because they have files that can't be moved.  There may be one or 
> two where the source volumes are suspect, I'm still looking into that.  But 
> there is certainly more than one that is, as best I can tell, empty.  For 
> example:
> 
> From the activity log, when attempting to reclaim:
> 12/22/13   15:21:46  ANR1163W Offsite volume 701339 still contains files 
> which could not be moved. (PROCESS: 5426)
> 
> tsm: TSM-ELAENIA>q vol 701339
> 
> Volume Name               Storage      Device      Estimated    Pct   Volume 
>                          Pool Name    Class Name   Capacity   Util   Status 
> ------------------------  -----------  ----------  ---------  -----  --------
> 701339                    EOFFSITEVA-  DEV3592E      310.6 G    0.0    Full  
>                           AS                                                
> 
> tsm: TSM-ELAENIA>q content 701339
> ANR2034E QUERY CONTENT: No match found using this criteria.
> ANS8001I Return code 11.
> 
> Would it be safe for me to just delete the volume?  Would it be recalled and 
> checked in as scratch when the next round of DRM scripts run?  (I haven't 
> looked at the DRM scripts in this environment much yet.)
> 
> -
> Cameron Hanover
> [email protected]
> 
> "Necessity is the plea for every infringement of human freedom.  It is the 
> argument of tyrants; it is the creed of slaves."
> --William Pitt, House of Commons, 11/18/1783

Reply via email to