Hi All

I've got a V5.5.5.6 instance and  a V6.2.4 instance, both on AIX. They
are sharing tape in a 3494 with TS1120 and JA carts, and now I have a
new TS3500 with TS1140 and JC carts. There is also a V6.2.4 library
manager controlling both libraries.

I've implemented the new library on both instances. To get accumulated
long term retention data off, I'm running a single migrate on each
instance to move data from the old to the new pools.

On the V5 server, the old tapes get copied, go pending and then after
reusedelay go scratch - all as expected.
On the V6 server, the old tapes get copied, go pending, then after
reusedelay go empty, but they do not go scratch.  If I cancel the long
running migrate task, within a couple of minutes of it ending they
finally do go scratch.

So what is holding a lock on the tapes to stop them from returning to
scratch?  Its only a minor bug for me as at the moment I have lots of
capacity, but I can foresee a situation where this might be an issue in
a full library.

Does anyone have any insight?

Thanks

Steve

Steven Harris
TSM Admin
Canberra Australia