Bill,
Did you ever get this resoved? I'm guessing that the tape you're trying to do
move data on has a file split across tapes and you don't have one of those
tapes onsite. So it goes to the primary pool instead to find the data.
David Ehresman
[EMAIL PROTECTED] 09/16/05 9:26 PM
TSM
PROTECTED] On Behalf Of Stapleton,
Mark
Sent: Friday, September 16, 2005 9:48 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Move data for offsite volume
Because checking in a tape with CHECKIN that was checked out with MOVE DRM
still has offsite as its access. You need to run
upd volume volname
What does it look like when you q med 001360...? I have
seen a cart that's been checked in show up as mountable not
in library.
Original message
Date: Fri, 16 Sep 2005 22:05:48 -0400
From: William Boyer [EMAIL PROTECTED]
Subject: Re: [ADSM-L] Move data for offsite volume
To: ADSM-L
TSM server 5.2.4.4 on AIX 5.2
Due to a capacity issue with my libraries, some of my onsite primary pool
tapes are not resident in my library. So to reclaim my
offsite tapes, I've been checking in tapes that have 90% reclamable space and
doing a move data on them. I've noticed a couple times
: Move data for offsite volume
TSM server 5.2.4.4 on AIX 5.2
Due to a capacity issue with my libraries, some of my onsite
primary pool tapes are not resident in my library. So to reclaim my
offsite tapes, I've been checking in tapes that have 90%
reclamable space and doing a move data on them. I've
Of Stapleton,
Mark
Sent: Friday, September 16, 2005 9:48 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Move data for offsite volume
Because checking in a tape with CHECKIN that was checked out with MOVE DRM
still has offsite as its access. You need to run
upd volume volname access=reado
on every copy