ADSM-L

Oracle rman LAN-free to virtual tape timeout issue

2006-11-08 12:05:02
Subject: Oracle rman LAN-free to virtual tape timeout issue
From: Robben Leaf <robben.leaf AT USBANK DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 8 Nov 2006 11:02:10 -0600
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.
==============================================================================

<Prev in Thread] Current Thread [Next in Thread>
  • [no subject], Martinez, Matt
    • Re:, Ribeiro, Ricardo
    • Re:, Ribeiro, Ricardo
    • Re:, Martin Jas
    • [no subject], Colwell, William F.
    • Oracle rman LAN-free to virtual tape timeout issue, Robben Leaf <=