Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Restoration issue 1 Netbackup7.1

Created: 17 Jul 2013 • Updated: 21 Jul 2013 | 5 comments
This issue has been solved. See solution.

Hello,

I am facing a issue in restoration.. as below

07/17/2013 18:42:07 - begin Restore
07/17/2013 18:42:09 - media needed: 002741
07/17/2013 18:42:10 - restoring from image RG908_1214849460
07/17/2013 18:42:18 - requesting resource 002741
07/17/2013 18:42:18 - Error nbjm (pid=49938668) NBU status: 830, EMM status: No drives are available
07/17/2013 18:42:18 - Error nbjm (pid=49938668) NBU status: 830, EMM status: No drives are available
07/17/2013 18:42:20 - restored from image RG908_1214849460; restore time: 0:00:10
07/17/2013 18:42:21 - Warning bprd (pid=6947046) Restore must be resumed prior to first image expiration on Tue Jun 30 02:11:00 GMT+08:00 2015
07/17/2013 18:42:22 - end Restore; elapsed time 0:00:15
07/17/2013 18:44:47 - Info bpbrm (pid=40108712) TG137 is the host to restore to
07/17/2013 18:44:47 - Info bpbrm (pid=40108712) reading file list from client
07/17/2013 18:44:50 - connecting
07/17/2013 18:44:50 - Info bpbrm (pid=40108712) starting bptm
07/17/2013 18:44:50 - Info tar (pid=0) Restore started
07/17/2013 18:44:50 - connected; connect time: 0:00:00
07/17/2013 18:44:50 - Info bpbrm (pid=40108712) bptm pid: 39780944
07/17/2013 18:44:50 - Info bptm (pid=39780944) start
07/17/2013 18:44:50 - started process bptm (pid=39780944)
07/17/2013 18:44:51 - Info bpdm (pid=39780944) reading backup image
07/17/2013 18:44:51 - Info bptm (pid=39780944) using 30 data buffers
07/17/2013 18:44:51 - Info bptm (pid=39780944) spawning a child process
07/17/2013 18:44:51 - Info bptm (pid=39780944) child pid: 38535790
07/17/2013 18:44:52 - Error bptm (pid=39780944) NBJM returned an extended error status: No drives are available (2001)
07/17/2013 18:44:53 - Info bptm (pid=39780944) EXITING with status 252 <----------
07/17/2013 18:44:54 - Error bptm (pid=38535790) The following files/folders were not restored:
07/17/2013 18:44:54 - Error bptm (pid=38535790) UTF - /offhost/RG105/dbdump/stsra-AEDB-300608-042055.dmp.Z
07/17/2013 18:44:54 - Error bptm (pid=38535790) UTF - /offhost/RG105/dbdump/stsra-AEDB-300608-142355.dmp.Z
07/17/2013 18:44:54 - Info tar (pid=0) done. status: 252: extended error status has been encountered, check logs
07/17/2013 18:44:54 - Error bpbrm (pid=40108712) client restore EXIT STATUS 252: extended error status has been encountered, check logs
Standard policy restore error  (2800)

I checked the Media Status as below..

 

bash-4.1# vmquery -m 002741
================================================================================
media ID:              002741
media type:            1/2" cartridge tape 2 (14)
barcode:               002741
media description:     ---
volume pool:           Del_temp (28)
robot type:            TLD - Tape Library DLT (8)
robot number:          19
robot slot:            5
robot control host:    hkgwkgpinnbu04r
volume group:          002_00019_TLD
vault name:            ---
vault sent date:       ---
vault return date:     ---
vault slot:            ---
vault session id:      ---
vault container id:    -
created:               Tue May 15 16:56:50 GMT+08:00 2012
assigned:              ---
last mounted:          Thu May 16 21:30:38 GMT+08:00 2013
first mount:           Sun May 20 14:00:18 GMT+08:00 2012
expiration date:       ---
number of mounts:      11
max mounts allowed:    ---
================================================================================
bash-4.1# bpmedialist -m 002741
requested media id is not assigned to this host in the EMM database

as you can See the Media is not assigned

I changed the Media owner to hkgwkgpinnbu04r

and then tried but no luck

I tried to initiate import and then look .

it help and now I can See media as assigned and bpmedialist output as below..

bash-4.1# bpmedialist -m 002741
Server Host = hkgwkgpinnbu04r

 id     rl  images   allocated        last updated      density  kbytes restores
           vimages   expiration       last read         <------- STATUS ------->
--------------------------------------------------------------------------------
002741  16      2   07/01/2008 02:11        N/A         hcart2   438947008     0
                2   07/24/2013 17:34        N/A         IMPORTED

 

tried to trigger the restor and found that the the restor is Yet going on the same media Server instead on hkgwkgpinnbu04r and same error again

let me mention that the backup is taken in 2007 by Netbackup 5.X

Please suggest..

 

Operating Systems:

Comments 5 CommentsJump to latest comment

Marianne's picture

Was nbcc output sent to Symantec for analysis before NBU 5.x upgrade to 6.x?

It seems that you had catalog inconcistencies that were simply carried over to upgraded environment.

According to vmquery output, tape was first added to this environment in 2012 (supposed to be 2007?):

created:               Tue May 15 16:56:50 GMT+08:00 2012

or in 2008 : image RG908_1214849460 = Mon Jun 30 20:11:00 2008

So, it seems the image database knows about the backup on this tape, not the EMM database. The name of the media server that wrote the backup will also be recorded in the image database.

Please show us output of:

bpimagelist -backupid RG908_1214849460 -L

The next thing to check is tape drives in your environment. Media seems to be LTO2? 

What type of tape drives do you currently have in your environment?

You need to have a tape drive that is capable of reading this tape and the density in NBU must be set to hcart2 to match the media density.

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

Hannible's picture

Hello Marianne,

please find the below details,

bash-4.1# bpimagelist -backupid RG908_1214849460 -L

Client:            RG908
Backup ID:         RG908_1214849460
Policy:            offh-PG105-COM-RG105
Policy Type:       Standard (0)
Proxy Client:      (none specified)
Creator:           root
Name1:             (none specified)
Sched Label:       MONTHLY_FULL
Schedule Type:     FULL (0)
Retention Level:   7 years (16)
Backup Time:       Tue Jul  1 02:11:00 GMT+08:00  (1214849460)
Elapsed Time:      6586 second(s)
Expiration Time:   Tue Jun 30 02:11:00 GMT+08:00  (1435601460)
Compressed:        no
Client Encrypted:  no
Kilobytes:         221108864
Number of Files:   125166
Number of Copies:  1
Number of Fragments:   1
Histogram:         -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
DB Compressed:     no
Files File Name:   offh-PG105-COM-RG105_1214849460_FULL.f
Previous Backup Files File Name:   (none specified)
Parent Backup Image File Name:   (none specified)
SW Version:        (none specified)
Options:           0x0
MPX:               0
TIR Info:          0
TIR Expiration:    Thu Jan  1 08:00:00 GMT+08:00  (0)
Keyword:           (none specified)
Ext Security Info: no
File Restore Raw:  no
Image Dump Level:  0
File System Only:  no
Object Descriptor: (none specified)
Previous BI Time:  Thu Jan  1 08:00:00 GMT+08:00  (0)
BI Full Time:      Thu Jan  1 08:00:00 GMT+08:00  (0)
Request Pid:       0
Backup Status:     0
Stream Number:     0
Backup Copy:       Standard (0)
Files File size:     13270867
PFI type:     0
IMAGE_ATTRIBUTE:     0
Primary Copy:      1
Image Type:        0  (Regular)
Job ID:            1164728
Num Resumes:       0
Resume Expiration: Thu Jan  1 08:00:00 GMT+08:00  (0)
Data Classification:    (none specified)
Data_Classification_ID: (none specified)
Storage Lifecycle Policy:    (none specified)
Storage Lifecycle Policy Version:    0
STL_Completed:      0
Remote Expiration Time: Thu Jan  1 08:00:00 GMT+08:00  (0)
Origin Master Server:  (none specified)
Origin Master GUID:    (none specified)
Snap Time:      Thu Jan  1 08:00:00 GMT+08:00  (0)
Copy number:       1
 Fragment:         1
 Kilobytes:        221108864
 Remainder:        0
 Media Type:       Media Manager (2)
 Density:          hcart2 (14)
 File Num:         1
 ID:               002741
 Host:             rg902
 Block Size:       131072
 Offset:           2
 Media Date:       Tue Jul  1 02:11:00 GMT+08:00  (1214849460)
 Dev Written On:   13
 Flags:            0x0
 Media Descriptor:        ?
 Expiration Time:  Tue Jun 30 02:11:00 GMT+08:00  (1435601460)
 MPX:              0
 retention_lvl:    7 years (16)
 Try to Keep Time:  Thu Jan  1 08:00:00 GMT+08:00  (0)
 Copy Creation Time:  Thu Jan  1 08:00:00 GMT+08:00  (0)
 checkpoint:       0
 resume num:       0
 Key tag:          *NULL*
 STL tag:          *NULL*

we have all LTO series of Tape Drives uptill LTO4..

although I can change the density but for that I need to know where is it getting directed.

as you can See that the backup Server was RG908 (linux) and the laster Server where the Media was mounted is RG902 (Linux) and now the Media is on HKGWKGPINNNBU04R (a Windows media Server)

Please suggest..

Marianne's picture

We see that the image 'belongs' to Host: rg902. 

That is where the restore will be sent to. If you have bprd log enabled on the master, you will find evidence in the bprd log. (If log folder does not exist, please create it and restart NBU on the master.)

Best to change media and image ownership to ONE media server.
To change media ownership, use bpmedia command.
To change image ownership, use bpimage command.

Ensure that you have at least one tape drive on media server rg902 with density of hcart2.

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

SOLUTION
Hannible's picture

Hello Marianne,

it worked I tried

bpmedia -movedb -m <002741> -newserver hkgwkgpinnbu04r -oldserver hkgwkgpinnbu04r

i.e I tried keeping the old server and new server as same and it worked this time..

thanks for your help