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 chano...@umich.edu "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