Haven't tried it, but I'm quite eager to hear what from you once you're done. 
It doesn't seem to be very complicated to implement and I've always wondered 
why TSM requires a restart when changing anything in the library configuration 
(or deleting all paths, all drives the library and then rebuilding everything, 
imagine doing that on a LM or a TSM server that shares 18 drives with 9 NAS 
filers ;-) )

On 19 apr. 2013, at 15:11, Zoltan Forray <zforray AT VCU DOT EDU> wrote:

> For this issue of tape library replacements/swaps (since we are about to do
> this), has anyone tried the AUDIT LIBRARY command with REFRESHSTATE=YES?  I
> stumbled upon this new option in this doc:
> 
> http://www-01.ibm.com/support/docview.wss?uid=swg21203271
> 
> On Thu, Apr 18, 2013 at 2:02 PM, Remco Post <r.post AT plcs DOT nl> wrote:
> 
>> On 18 apr. 2013, at 16:50, "Heikel, Cory" <cheikel AT HMC.PSU DOT EDU> wrote:
>> 
>>> I am trying to bring up a library manager to share my 3584 between 2 tsm
>> servers. My question is this:
>>> 
>>> How do I tell the library client that all the tapes for a certain
>> storage pool are now "contained", for lack of a better word, on the library
>> manager? If it were on the same server I would just run a checkin, but I
>> cannot run a checkin on a library client. Perhaps I am missing something
>> fundamental…
>> 
>> check the tapes into the library manager as private, then run an audit
>> libr on the lib from the library client to take ownership.
>> 
>> 
>> 
>>> Cory L Heikel
>>> Business Continuity Team
>>> Hershey Medical Center
>>> (717)531-7972
>>> "Next week there can't be any crisis. My schedule is already full" Henry
>> Kissinger
>> 
>> --
>> 
>> Met vriendelijke groeten/Kind regards,
>> 
>> Remco Post
>> r.post AT plcs DOT nl
>> +31 6 24821622
>> 
> 
> 
> 
> -- 
> *Zoltan Forray*
> TSM Software & Hardware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> zforray AT vcu DOT edu - 804-828-4807
> Don't be a phishing victim - VCU and other reputable organizations will
> never use email to request that you reply with your password, social
> security number or confidential personal information. For more details
> visit http://infosecurity.vcu.edu/phishing.html

-- 

Met vriendelijke groeten/Kind regards,

Remco Post
r.post AT plcs DOT nl
+31 6 24821622