Andy, et al. I have no solution, but found your email thread as I'm looking to solve exactly the same problem. It's a tough nut to crack! We have 6 tapes in a shared 3584 w/ exactly that problematic
Thanks again, Richard! Others, see also note (below) from APAR IC40865. NOTE: The local fix describes a command that should only be used if a REMOTE volume no longer has valid data on it and can be c
Author: "Bos, Karel" <Karel.Bos AT ATOSORIGIN DOT COM>
Date: Sun, 22 May 2005 09:30:02 +0200
Hi, You can try to: 1.) Upd libv XX owner=<Remote TSM server> stat=private. This will set the troubled volume on the library manager to its correct status; 2.) Audit library on the library client. By
Author: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
Date: Mon, 23 May 2005 10:28:55 -0400
I will add my voice to this issue. I have the exact same problem. If you check the ADSM-L archives, I asked the same question, over a month ago. Got no responses. James R Owen <Jim.Owen AT YALE DOT E
Author: "Bos, Karel" <Karel.Bos AT ATOSORIGIN DOT COM>
Date: Mon, 23 May 2005 16:51:37 +0200
Hi James, Checkin libv XX stat=priv owner=<library client> / upd libv XX stat=priv owner=<library client>; Audit library XX on the library client => will tell the library manager "its not my tape" Q