10-09-2011 10:04 AM
we backup our data in media server at our main site.(the media is LTO4)
in our dr-site we have another media server that connect to library (in SAN connection) of LTO5 drives.
we changed the type of one of the drives to be LTO4 .
we run Inventory and we see in the media tab that the volume is in the media at the dr site and the type of the drive is LTO4.
today we changed the image on the volume to be primary copy and we start restore.
we get these messages:
awiting resource vol-name apending request has been geberated for this resource request
after 15 minutes (the time that we defined as timeout interval) we get the message invalid error number (2826)
REGARDS : HAIM
Solved! Go to Solution.
10-09-2011 11:04 AM
NBU sends restore to the media server that performed the backup. So if media server at production site is called serverA, and media server at DR is called serverB, the master will send the restore to serverA. The tape mount for serverA is timing out, because it does not have access to the robot and media at the DR site.
There are several ways you can force the restore to serverB:
FORCE_RESTORE_MEDIA_SERVER:
If your master server is Unix/Linux, you can add this entry to the master's bp.conf:
FORCE_RESTORE_MEDIA_SERVER = serverA serverB
If your master server is Windows, go to Host Properties -> Master -> General Server -> Media host override.
(Remove entry after restores are completed.)
Change ownership of tapes that you have moved to DR:
from cmd:
bpmedia -movedb -m <media-id> -newserver serverB -oldserver serverA
(Change ownership back when media is returned to production site.)
10-09-2011 11:04 AM
NBU sends restore to the media server that performed the backup. So if media server at production site is called serverA, and media server at DR is called serverB, the master will send the restore to serverA. The tape mount for serverA is timing out, because it does not have access to the robot and media at the DR site.
There are several ways you can force the restore to serverB:
FORCE_RESTORE_MEDIA_SERVER:
If your master server is Unix/Linux, you can add this entry to the master's bp.conf:
FORCE_RESTORE_MEDIA_SERVER = serverA serverB
If your master server is Windows, go to Host Properties -> Master -> General Server -> Media host override.
(Remove entry after restores are completed.)
Change ownership of tapes that you have moved to DR:
from cmd:
bpmedia -movedb -m <media-id> -newserver serverB -oldserver serverA
(Change ownership back when media is returned to production site.)
10-10-2011 02:30 AM
When you say you changed from LTO4 to LTO5 (or vice versa) what exactly do you mean?
If within NetBackup you have changed from say HCART2 to HCART3 then if the tape is listed as HCART2 NetBackup will not be able to mount it in a HCART3 drive - the drive will need its type changing back.
Otherwise just change the Restore Server in the Master Server Host Properties.
10-10-2011 05:50 AM
Hello MARINA .
I tried the 2 ways that you suggested and it worked!!!
The first option worked but cause problems at restore jobs at the main site (because we gived the priority to the media server at DR site)
The second option worked grate!!!
Do you know how can i get information (by cli commands) about the owner of volume (the bpmedia can only chnfe status...)
Thank you very much : HAIM
10-10-2011 05:56 AM
Helo MARK
The problem was not the type of cartridge.
We defined a new stu of lto4 at dr site abd we chande the type of one of the drives to lto4.
the problem was the owner of the cartridge as i wrote to Marina.
THANKs a lot
10-10-2011 06:10 AM
nbemmcmd -listmedia -mediaid <media-id>
bpmedialist -m <media-id>
Detailed info in the NBU commands manual: http://www.symantec.com/docs/TECH127047
10-11-2011 01:16 AM
Hello Marianne
the bpmedialist represent the server owner and givr me the information that i need.
the bpemmcmd represnt many important knoledge but not the owner.
Thank you very much.