On Nov 28, 2005, at 11:42 AM, Sung Y Lee wrote:
It has been my experience that, if primary tape pool maxscratch value is set greater than tapes used when reclamation kicks off, it mounts a brand new scratch tapes. ...
I've never seen that behavior - that would result in a large number of tapes in Filling state, and that does not happen. TSM requests a fresh tape when the would-be candidate filling tape is in an unusable state (as from previous tape errors) or that volume is in use (current output volume or being dismounted). If a TSM instance was always calling for new volumes, that would constitute a violation of its design, and should be reported as a defect. In any case, this thread is largely proceeding without substantive information. We need to see the results of analyses which examined tape states, Activity Log, and volume contents. Richard Sims
