Video Screencast Help
Give us your opinion and win with Symantec! Please help us by taking this survey to tell us about your experience with Symantec Connect, so that we can continue to grow and improve.  Take the survey.

Restore controlfile giving an error

Created: 25 Jul 2013 • Updated: 27 Jul 2013 | 4 comments
This issue has been solved. See solution.

While restoring a controlfile from autobackup, the rman command is taking a very long time (more than 1 hour). At the end, it is giving the error below.

RMAN Command:

set dbid=xxxxxxxxxx;





restore controlfile from autobackup;



Execution of the command:

executing command: SET DBID

using target database control file instead of recovery catalog

allocated channel: CH00

channel CH00: SID=3061 device type=SBT_TAPE

channel CH00: Veritas NetBackup for Oracle - Release 7.5 (2012020723)

Starting restore at 22-JUL-13

channel CH00: looking for AUTOBACKUP on day: 20130720

channel CH00: AUTOBACKUP found: c-2362182060-20130720-02

channel CH00: restoring control file from AUTOBACKUP c-2362182060-20130720-02

released channel: CH00

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of restore command at 07/22/2013 16:35:37

ORA-19870: error while restoring backup piece c-2362182060-20130720-02

ORA-19507: failed to retrieve sequential file, handle="c-2362182060-20130720-02", parms=""

ORA-27029: skgfrtrv: sbtrestore returned error

ORA-19511: Error received from media manager layer, error text:

Failed to process backup file <c-2362182060-20130720-02>


The database was started in nomount.

This is done to restore the database from netbackup tape taken from another machine. Means that RMAN is executed from db1 and the backup was previously taken from db2.

Thanks to help.

Operating Systems:

Comments 4 CommentsJump to latest comment

Marianne's picture

What was the status code in Activity Monitor?

The RMAN output tells us that the problem is with 'media manager', meaning NetBackup. So, we need to check NBU logs.

We need all of the following logs to troubleshoot:

On the destination client (db1):  dbclient (remember to 'chmod 777 dbclient')

On the master server: bprd (NBU needs to be restarted after log folder is created).

The above 2 logs should help us to see where in the process flow did the failure occur. 
Based on what we see in these logs, we may need more logs, so please ensure that the following log folders exist on the media server: bpbrm and bptm.

Please copy bprd and dbclient logs to .txt files (e.g. bprd.txt) and post as File attachments.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

eomaber's picture

No job related to this restore was found in Activity Monitor.

Attached the logs requested

- bpclient

- bprd


log_bpclient.rar 39.41 KB
log_bprd.rar 252.74 KB
Marianne's picture

Important lines in bprd log (after multiple attempts from client bscst to list backups for client name billdb2):

03:40:22.391 [16107] <2> process_request: command C_BPLIST_4_5 (82) received
03:40:22.391 [16107] <2> process_request: list request = 329199 82 oracle oinstall billdb2 bscst bscst NONE 0  3 999 1374145200 1374318000 4 4 1 1 1 0 4 100 100 4 0 C C C C C 0 2 0 0 0
03:40:22.393 [16107] <8> file_to_cache_item: [vnet_addrinfo.c:6555] fopen() failed ERRNO=0 FILE=/usr/openv/var/host_cache/1b6/27bcfbb6+0,1,50,0,2,0+billdb2.txt
03:40:22.417 [16107] <16> is_redirected_restore_allowed: One or more input parameters are invalid.
03:40:22.418 [16107] <2> get_type_of_client_list_restore: list and restore not specified for bscst
03:40:22.418 [16107] <2> get_type_of_client_free_browse: Free browse allowed for bscst
03:40:22.418 [16107] <2> db_freeEXDB_INFO: ?
03:40:22.420 [16107] <2> db_valid_client: no alternate names to check in /usr/openv/netbackup/db/altnames - No such file or directory (2)
03:40:22.420 [16107] <2> db_valid_client: client_name=billdb2 peername=bscst
03:40:22.420 [16107] <2> db_valid_client: bscst is not a valid client
03:40:22.421 [16107] <2> process_request: client billdb2 peername bscst is invalid for list request
Redirected restores are not allowed by default. 
See this topic in NetBackup for Oracle Administrator's Guide
Redirecting a restore to a different client
Configuring the NetBackup server for redirected restores
To perform redirected restores, configure the NetBackup server to allow this type of restore.
To remove restrictions for all clients, create the following file on the NetBackup master server:
UNIX/Linux: /usr/openv/netbackup/db/altnames/No.Restrictions
Windows: install_path\NetBackup\db\altnames\No.Restrictions
To allow clients to restore only from specific clients, create the following file on the NetBackup master server:
UNIX/Linux: /usr/openv/netbackup/db/altnames/client_name
Windows: install_path\NetBackup\db\altnames\client_name
Where client_name is the name of the client that is allowed to perform the redirected restore (the destination client). To the file, add the name of the NetBackup for Oracle source client.
Hope this helps!

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

eomaber's picture


Adding the file No.Restrictions under /opt/openv/netbackup/db/altnames in master server solved the issue.

Thanks for help