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
