Thanks to everybody that replied to my message. Your comments got me
looking and yes what
Yury says below is true.
If reclamation is part of the whole process it seems that it gets the
tapes badly fragmented (actually
expiration gets the tape fragmented but with reclamations all sorts of
files are moved to the tape and is
very easily fragmented by expiration - did I get that right?)
so that a utilization of 30% does not mean anything. The working tape
was actually full, the system was
trying to move forward to another tape but that was bad due to a bad
label and the it came up with:

02/18/04 03:15:35  ANR1025W Migration process 32 terminated for storage pool

                   BACKUPPOOL - insufficient space in subordinate storage pool.

I believe that the wording of "Pct Util" AND "Status Filling" should be
changed so that it more accurately replects the volume state which is actually
"Full"

Thanks for the Help.
Andreas


Yury Us wrote:

I have the same problem. But I had Reclamation Threshold 100%. So even thought 
the most tapes shows utilization 25 - 30 % the tapes are full. I think that is 
a reason.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]
Sent: Wednesday, February 18, 2004 7:48 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Wrong end of tape error


...

02/18/04 03:15:32  ANR8341I End-of-volume reached for LTO volume CART01.
02/18/04 03:15:35  ANR1025W Migration process 32 terminated for storage pool

                   BACKUPPOOL - insufficient space in subordinate storage pool.
...

Can anyone understand why a 29.4 percent utilization volume will create
the errors above?

...

Andreas - You may have a combination of problems...

If the tape drive is reporting EOV and you see that the volume is far from full,
I would look into the firmware level being used on your drives.  We've seen too
many LTO firmware problems recently, and this may be another.

Your Query Volume output shows "Scratch Volume?: No" which suggests that you may
not be supplying a scratch tape pool for that stgpool: see if the stgpool needs
more empty, candidate volumes assigned to it, or implement a scratch pool.
In concert, I would also check whether your collocation setting for that 
migration
stgpool is requiring a separate tape for further migration to occur.

   Richard Sims,  http://people.bu.edu/rbs

--

Andreas Kasenides
e-mail: Andreas.Kasenides AT cs.ucy.ac DOT cy
<mailto:Andreas.Kasenides AT cs.ucy.ac DOT cy>