[Veritas-bu] hcart types may be causing "recovery withoutimport" problem
2006-08-25 17:46:56
Subject: |
[Veritas-bu] hcart types may be causing "recovery withoutimport" problem |
From: |
bobbyrjw at bellsouth.net (Bobby Williams) |
Date: |
Fri, 25 Aug 2006 17:46:56 -0400 |
You need to take the media back out (the entire LTO-old pool).
When you inventory to get it back in, bring it in as LTO instead of your
default of LTO-2.
You will have to change one of your drives to LTO from LTO-2.
I have done DR without import (as you are trying) and the above was what I
had to figure out. It worked very well.
Bobby Williams
2205 Peterson Drive
Chattanooga, Tennessee 37421
423-296-8200
_____
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Jim McD
Sent: Friday, August 25, 2006 4:00 PM
To: Bobby Williams
Cc: veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] hcart types may be causing "recovery
withoutimport" problem
Hi
The media was hcart on the old master, new master its hcart2 on the new ,
like the rest on on the new.
I'm not sure that the the problem. It doesn't think the media is no where
to be found. Yet it in the library and netbackup knows all about it. Except
it doesn't know.
--------------- an extract
----------------------------------------------------------------------------
--
14:54:39 (256.xxx) Restore job id 256 will require 1 image.
14:54:39 (256.xxx) Media id PY1711 is needed for the restore.
14:55:14 (256.001) Restoring from image created Sat Jul 15 10:10:39 2006
14:55:14 (256.001) TAR STARTED
14:55:16 (256.001) INF - Waiting for mount of media id YY1711 on server
fred01 for reading.
14:55:17 ( 256.001) INF - Media id YY1711 is not in a robotic library;
administrative interaction may be required to satisfy a mount request.
14:55:17 (256.001) The following files/folders were not restored:
----------------------------------------------------------------------------
---------------------------------
# vmquery -m YY1711
============================================================================
====
media ID: YY1711
media type: 1/2" cartridge tape 2 (14)
barcode: PY1711L2
media description: Added by Media Manager
volume pool: LTO-old (5)
robot type: TLD - Tape Library DLT (8)
robot number: 0
robot slot: 20
robot control host: fred01
volume group: 00_000_TLD
vault name: ---
vault sent date: ---
vault return date: ---
vault slot: ---
vault session id: ---
vault container id: -
created: Fri Aug 11 16:22:30 2006
assigned: ---
last mounted: ---
first mount: ---
expiration date: ---
number of mounts: 0
max mounts allowed: ---
============================================================================
====
On 8/26/06, Bobby Williams <bobbyrjw at bellsouth.net> wrote:
The following command will change the media type in the image database on
the master and the media database (mediaDB) on the media server:
cd /usr/openv/netbackup/bin/admincmd
./bpmedia -m {mediaid} -changeden -new {new_media_type}
The following command will change the media type in the volume database
(volDB) on the master:
cd /usr/openv/volmgr/bin
./vmchange -m {mediaid} -new_mt {new_media_type}
The 'new_media_type' is in lower case (dlt, dlt2, or dlt3) in both commands.
From: "Jim McD" <jim222mcd at gmail.com>
Date: 2006/08/25 Fri AM 10:13:54 EDT
To: veritas-bu at mailman.eng.auburn.edu
<mailto:veritas-bu at mailman.eng.auburn.edu>
Subject: [Veritas-bu] hcart types may be causing "recovery without import"
problem
Hi
Getting "media not in database" problem from a "recovery without import"
(copying the images to DR ).
A phase 1 scan - a nogo as images in database.
The tapes there, images in the catalogue and browable - the two just don't
want know about each other.
One suggestion is the media is known as hcart on one system and hcart2 on
the other ...possible problem.
Any ideas ?
--
Regards Jim
Bobby Williams
2205 Peterson Drive
Chattanooga, TN 37421
--
Regards Jim
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060825/fa0ca914/attachment.html
|
|
|