Robben,
Have you looked at RESOURCETIMEOUT?

RESOURCETIMEOUT Specifies how long the server waits for a resource before 
canceling the pending acquisition of a resource. Note: For proper management of 
shared library resources, consider setting the RESOURCETIMEOUT option at the 
same time limit for all servers in a shared configuration. In the case of error 
recovery, Tivoli Storage Manager always defers to the longest time limit.


>
> From: Robben Leaf <robben.leaf AT USBANK DOT COM>
> Date: 2006/11/08 Wed PM 12:02:10 EST
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Oracle rman LAN-free to virtual tape timeout issue
>
> The setup: TSM servers are ver 5.3.2.0, running on AIX. The situation in
> question involves one TSM server instance that the client backs up to, and
> a TSM server instance acting as a library manager for a virtual tape
> library.
>
> The client (ver 5.3.2.0) is LAN-free, and doing an rman backup of an Oracle
> database. The session starts and is proxied normally to the library
> manager, the tape gets mounted, and the catalog compilation starts.
>
> 15 minutes and a few seconds later (that's just over 900 seconds) - and
> it's always this long, but it's also always the same time each day, 4:15 AM
> - the proxied session that's holding the tape drive open gets severed
> (ANR0480W) from the TSM backup server. A few minutes later, the catalog
> compilation finishes and the client tries to start backing up files, but
> can't because there isn't a tape available; the backup fails.
>
> The commtimeout parameter on both of the TSM servers is 16,400 seconds; on
> the storage agent it's 14,400. The idletimeout parameter on the servers and
> the storage agent is 720 minutes. The throughputtimethreshold on the
> storage agent is 270 minutes. There aren't any timeout-type parameters set
> in the stanza for this node in the dsm.sys file.
>
> Am I missing some timeout parameter that has a default of 15 minutes? Could
> rman be timing something out?
>
> Any ideas?
>
> Robben Leaf
>
>
> ------------------------------------------------------------------------------
> Electronic Privacy Notice. This e-mail, and any attachments, contains 
> information that is, or may be, covered by electronic communications privacy 
> laws, and is also confidential and proprietary in nature. If you are not the 
> intended recipient, please be advised that you are legally prohibited from 
> retaining, using, copying, distributing, or otherwise disclosing this 
> information in any manner. Instead, please reply to the sender that you have 
> received this communication in error, and then immediately delete it. Thank 
> you in advance for your cooperation.
> ==============================================================================
>