RE: TSM RMAN Config question
- From: "Amit Verma (IT - Otterbase)" <averma@xxxxxxxxxxxxxxxxxxx>
- To: "David Barbour" <david.barbour1@xxxxxxxxx>, <big.dave.roberts@xxxxxxxxxxxxxx>
- Date: Thu, 19 Aug 2010 17:04:01 -0400
I just got word back that there were 2 issues. One was was the 2 TSM
servers are not able to communicate with each other. We could ping one
from the other but not vice versa. And the other was the tape was not
responding. We ejected the tape, put it right back in and it worked.
For the people who responded, thanks!
Here are a few details that I missed out:
TDPO 5.3.3
Tdpoconf showenv -optfile=/yada/yada/yada/tdpo_yada.opt on both servers
was same except for the environment details.
________________________________
From: David Barbour [mailto:david.barbour1@xxxxxxxxx]
Sent: Thursday, August 19, 2010 9:02 AM
To: big.dave.roberts@xxxxxxxxxxxxxx; Amit Verma (IT - Otterbase)
Cc: 'oracle-l'
Subject: RE: TSM RMAN Config question
Try running 'tdpoconf showenvironment' from the client. This will tell
you if you can see the library manager, if the password file is valid
and generally the health of your connection. Might find the problem
this way. Are you using LAN-Free (direct connect to backup media from
the client) rather than standard over-the-wire backups through the
library manager?
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of David Roberts
Sent: Thursday, August 19, 2010 2:54 AM
To: averma@xxxxxxxxxxxxxxxxxxx
Cc: oracle-l
Subject: Re: TSM RMAN Config question
A caveat; all of my practical knowledge of TSM/TDPO dates from 10 years
ago and is unlikely to be accurate with regards the latest versions.
First question: What version of TDPO are you using? (I was working with
TDPO 2.1)
Keeping that in mind, the first configuration issues I would check would
be the password file.
The password file was of the format: TDPO.<nodename>
Check to see if the password file on the live server was modified when
the configuration of the live server was changed.
If it was you may need to regenerate it on the QA server.
The password file needs to be owned by the appropriate oracle user and
group.
Obviously there is the possibility that the file is corrupt!
Dave
On Wed, Aug 18, 2010 at 2:42 PM, Amit Verma (IT - Otterbase)
<averma@xxxxxxxxxxxxxxxxxxx> wrote:
A little history, we used to have an automated script that refreshed QA
database from production using rman duplicate. They (UNIX guys) moved
the TSM server and modified the configuration files on production to
make the backups go to the new server. Nobody modified the settings or
setup new settings on the new server for the QA machine to be able to
read backups done by prod. Now when I updated my dsm.sys file to point
to the new server, I get the following while running an rman duplicate.
RMAN-03002: failure of Duplicate Db command at 08/17/2010 14:26:06
RMAN-03015: error occurred in stored script Memory Script
ORA-19501: read error on file "oqllff55_1_1", blockno 1 (blocksize=512)
ORA-27190: skgfrd: sbtread2 returned error
ORA-19511: Error received from media manager layer, error text:
ANS1314E (RC14) File data currently unavailable on server
Am I missing something at the TSM server layer, like permissions,
creation of new nodes etc?
Any help would be much appreciated.
Thanks.
-Amit.
Other related posts:
