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 <[EMAIL PROTECTED]> > Date: 2006/11/08 Wed PM 12:02:10 EST > To: ADSM-L@VM.MARIST.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. > ============================================================================== >